一、基本命名规范:
groupId:定义当前Maven项目隶属的实际项目,例如org.sonatype.nexus,此id前半部分org.sonatype代表此项目隶属的组织或公司,后部分代表项目的名称,如果此项目多模块话开发的话就子模块可以分为org.sonatype.nexus.plugins和org.sonatype.nexus.utils等。特别注意的是groupId不应该对应项目隶属的组织或公司,也就是说groupId不能只有org.sonatype而没有nexus。
例如:我建立一个项目,此项目是此后所有项目的一个总的平台,那么groupId应该是org.jsoft.projectName,projectName是平台的名称,org.jsoft是代表我个人的组织,如果以我所在的浪潮集团来说的话就应该是com.inspur.syncdata。
artifactId:是构件ID,该元素定义实际项目中的一个Maven项目或者是子模块,如上面官方约定中所说,构建名称必须小写字母,没有其他的特殊字符,推荐使用“实际项目名称-模块名称”的方式定义,例如:spirng-mvn、spring-core等。
推荐格式:使用实际项目名称作为artifactId的前缀,紧接着为模块名称
举例:nexus-indexer、spring-mvc、hibernate-c3po……这些id都是以实际项目名称作为前缀,然后接着一个中划线,再紧跟项目的模块名称,默认情况下maven会在artifactId添加version作为最后生成的名称。例如:spirng-mvn-2.0.0.jar
version:版本号,不要使用日期作为版本,推荐例如这样的命名:2.0、2.0.1、1.3.1,如果为快照版本(SNAPSHOT),那么会自动在版本号后面加上快照的标识。
二、多模块开发命名规范:
1、同一项目中所有模块版本保持一致
2、子模块统一继承父模块的版本
3、统一在顶层模块Pom的<dependencyManagement/>节中定义所有子模块的依赖版本号,子模块中添加依赖时不要添加版本号
4、开发测试阶段使用SNAPSHOT
5、生产发布使用RELEASE
6、新版本迭代只修改顶层POM中的版本
举例:
流程
1、研发开发新功能,假设当前开发的POM版本都是1.0.0-SNAPSHOT
2、封版发布到生产之前,将版本号修改为RELEASE版本。在Maven根模块下执行以下命令,使用versions-maven-plugin
- 交互式,输入命令后会弹出提醒要求设置新的版本号。
mvn -DgenerateBackupPoms=false versions:set
...
...
Enter the new version to set 1.0.0-SNAPSHOT: 1.0.0
- 非交互式,直接在命令行参数执行新的版本号
mvn -DnewVersion=1.0.0 -DgenerateBackupPoms=false versions:set
该命令在项目根目录执行,成功执行后会修改根模块以及所有子模块里的parent的版本。
3、提交修改版本后的源码,按要求打Tag,并提交Tag给配管发布
4、Jenkins上在构建服务实现模块的时候,通过versions:set设置服务实现模块的版本号为SCM的Tag号,命令如下:(假设子模块submodule为服务模块,一般是WEB服务或者WS服务)
mvn -f submodule2/pom.xml -DnewVersion=${SCM_TAG} clean versions:set
示例
父模块的POM配置
parent_pom.xml
<groupId>com.haier.hairy</groupId>
<artifactId>maven-release-test</artifactId>
<packaging>pom</packaging>
<!-- 明确父项目的版本号 -->
<version>3.2.3-SNAPSHOT</version>
<modules>
<module>submodule1</module>
<module>submodule2</module>
</modules>
<properties>
<hry-cxf-common.version>0.0.2</hry-cxf-common.version>
</properties>
<dependencyManagement>
<dependencies>
<dependency>
<groupId>com.haier.hairy</groupId>
<artifactId>hry-cxf-common</artifactId>
<version>${hry-cxf-common.version}</version>
</dependency>
<dependency>
<groupId>com.haier.hairy</groupId>
<artifactId>maven-release-test.submodule1</artifactId>
<version>${project.parent.version}</version>
</dependency>
<dependency>
<groupId>com.haier.hairy</groupId>
<artifactId>maven-release-test.submodule2</artifactId>
<version>${project.parent.version}</version>
</dependency>
</dependencies>
</dependencyManagement>
<build>
<pluginManagement>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-release-plugin</artifactId>
<version>2.5.3</version>
<configuration>
<preparationGoals>clean install</preparationGoals>
</configuration>
</plugin>
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>versions-maven-plugin</artifactId>
<version>2.1</version>
</plugin>
</plugins>
</pluginManagement>
</build>
子模块的POM配置
submodule_pom.xml
<parent>
<artifactId>maven-release-test</artifactId>
<groupId>com.haier.hairy</groupId>
<version>3.2.3-SNAPSHOT</version>
</parent>
<modelVersion>4.0.0</modelVersion>
<packaging>jar</packaging>
<artifactId>maven-release-test.submodule1</artifactId>
<dependencies>
<dependency>
<groupId>com.haier.hairy</groupId>
<artifactId>hry-cxf-common</artifactId>
</dependency>
<dependency>
<groupId>com.haier.hairy</groupId>
<artifactId>maven-release-test.submodule2</artifactId>
</dependency>
</dependencies>
<build>
<plugins>
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>versions-maven-plugin</artifactId>
</plugin>
</plugins>
</build>
三、其它
1、命名全部小写
2、 单词之间使用中横杠隔开