2024最新 maven 高级用法 (概念自己百度)

发布于:2024-04-02 ⋅ 阅读:(55) ⋅ 点赞:(0)

#B站看视频学不到的知识#

目录

maven 定义和概念

  maven是java构建工具。maven通过远程仓库获取和更新jar包,通过坐标来管理jar文件。

maven核心配置文件

 config目录下settings.xml 文件,核心配置详解:

localRepository  本地仓库地址:

repositories  远程仓库地址()

servers  用来配置远程仓库的登录信息

mirrors 镜像

profiles 节点(通过不同节点配置不同环境 比如 dev sit prod)

idea工具集成maven

dependency 依赖错误的问题:

先看本地仓库有没有对应的jar文件,

maven加载包的顺序:

        先根据左边去本地仓仓库找,坐标文件夹不存在会自动创建。

 本地找不到的情况下回去远程仓库找。

远程仓库找不到的情况下会出现两个 .lastUpdated 文件。

重点,重点,重点: 仓库地址没错,尝试多次任无法下载的时候,需要把.lastUpdated 删掉再进行下载。

这里备上快速删除仓库下所有.lastUpdated 文件的脚本:

chcp 65001
@echo off
set REPOSITORY_PATH=E:\maven\repository
for /f "delims=" %%i in ('dir /b /s "%REPOSITORY_PATH%\*lastUpdated*"') do (
    del /s /q %%i
)
for /f "delims=" %%i in ('dir /b /s "%REPOSITORY_PATH%\aether-*-in-progress"') do (
    del /s /q %%i
)
for /f "delims=" %%i in ('dir /b /s "%REPOSITORY_PATH%\_remote.repositories"') do (
    del /s /q %%i
)
for /f "delims=" %%i in ('dir /b /s "%REPOSITORY_PATH%\_maven.repositories"') do (
    del /s /q %%i
)
pause

maven依赖传递

maven远程仓库和私服

        常见的远程/中央仓库:

        maven官方仓库

  1. http://mvnrepository.com/

  2. 3. http://repo1.maven.org/maven2

     阿里云仓库:云效-Maven公共仓库

        https://maven.aliyun.com/nexus/content/groups/public

私服就是自己搭一个仓库服务 nexus。

jar包定义的一些规范:

2.1 groupId命名规范

含义解读:groupId定义了项目所在的组,组通常和该项目所在的公司和组织有关。

格式规范:
格式一:域名.项目隶属的组织名(公司名)
格式二:域名.项目隶属的组织名(公司名).项目名称(部门名)

2.2 artifactId命名规范


含义解读:artifactId用来标识项目的名称,不要带version等无关信息。
格式规范:使用小写字母准确描述,单词之间可以-进行分割。
命名示例:apache公司的tomcat项目中,artifactId是tomcat;再如常用构件spring-beans。


2.3 version命名规范


含义解读:项目当前的版本。
格式规范:建议jar包版本采用三位数字来标识,即主版本号.次版本号.修订号——major.minor.revison 。

注意事项:

  • 每位从0依次到 99,尽量不要跳跃,数字不可超过 99。
  • 项目初始版本可以为 0.1.0,也可以为1.0.0,开发人员可灵活处理。比如“1.0.0-SNAPSHOT”,其中SNAPSHOT的意思是”快照”,说明该项目处于开发中,是不稳定的版本。

2.4发布规范


线下环境发布jar包要使用SNAPSHOT版本(便于修改),线上必须用release版本。 若正式环境中允许依赖snapshot版本。今天依赖某个snapshot版本的第三方库成功构建了,明天再构建时可能就会失败,因为第三方可能已经更新了它的snapshot库。再次构建时,Maven会去远程repository下载snapshot的最新版本,构建的成功性就很难保证了。
SNAPSHOT版本可以由开发分支发布,release版本必须由指定的分支发布(比如master分支)。
release版本不允许覆盖升级。如当前版本:1.1.3,必须升级到下一个合理的版本号:1.1.4 或 1.2.0 或 2.0.0才能发布成功。
本地仅可install jar包到本地仓库,禁止deploy jar包到远程仓库;远程仓库必须通过公司指定的平台才可以发布。这样的规定能带来很多益处。首先,可避免没有提交的代码被打包到远程仓库;其次,通过平台可以在发布jar包的过程中对代码进行扫描、发布成功后发布通知等,这些功能在本地环境是无法实现的。
环境隔离。线上私服和线下私服隔离;线下不同的环境对应的私服也要隔离;环境隔离可避免不同环境之间的jar包互相影响,有利于并行开发和并行测试;通常私服之间可能存在代理关系,当对应的私服拉取不到相关依赖时会从代理出进行拉取;代理关系可提升依赖查找的成功率,但也会使开发环境变的复杂;
发布后维护版本更新历史(ChangeLog或release notes),维护的主要内容有:版本说明、概要,版本的主要Changes,修复的Issues/Bugs,发布时间等。

本文含有隐藏内容,请 开通VIP 后查看

网站公告

今日签到

点亮在社区的每一天
去签到