Maven 版本管理

## Maven 版本管理

Maven 的版本号定义约定

这里举一个实际例子: **1.3.4-beta-2**

Maven 的版本号定义约定是这样的:

<主版本> . <次版本> . <增量版本> - <里程碑版本>
  • **主版本**:表示项目的重大架构变更,可能版本之间完全不兼容。比如 Maven2 和 Maven 1相去甚远
  • **次版本**:表示大范围的功能增加和变化,以及bug修复。例如 Nexus 1.5 较 1.4 添加了 LDAP 的支持,并修复了很多 Bug 的修复,但从总体架构来说,没什么变化。
  • **增量版本**:一般表示重大 Bug 的修复,例如项目发布了 1.4.0 版本之后,发现了一个影响功能的重大 Bug,则应该快速发布一个修复了 Bug 的 1.4.1 版本。
  • **里程碑版本**:顾名思义,这里往往指某一个版本的里程碑。例如,Maven 3 已经发布了很多里程碑版本,如 3.0-alpha-1、3.0-beta-1 等。这样的版本与正式的 3.0 相比,往往表示不是非常稳定,还需要很多测试

大部分情况下,项目会有主版本以及次版本,其他版本号字段视具体项目而定

主干、标签与分支

使用版本控制工具时我们都会遇到主干(trunk)、标签(tag)和 branch(分支)的概念。

  • **主干**:项目开发代码的主体,是从项目开始直到当前都处于活动的状态。从这里可以获得项目最新的源代码以及几乎所有的变更历史。
  • **分支**:从主干的某个点分离出来的代码拷贝,通常可以在不影响主干的前提下在这里进行重大Bug的修复,或者做一些实验性质的开发。
  • **标签**:用来标识主干或者分支的某个点的状态,以代表项目的某个稳定状态,这通常就是版本发布时的状态。

举个Subversion的例子(是一个典型的例子,并不是规范):

  1. 项目主干基本保持最新,假设项目最初版本是1.0.0-SNAPSHOT,经过一段时间后,1.0.0版本发布,这时候就需要在主干上打一个标签。
  2. 然后项目进入1.1.0-SNAPSHOT状态,大量的开发工作都在主干中,添加了一些新特性并修复了很多Bug之后,项目1.1.0发布,同样,这时候需要打另一个标签。
  3. 发布之后,然后进入1.2.0-SNAPSHOT阶段,可这个时候用户报告1.1.0版本有一个重大的Bug,需要尽快修复,我们不能在主干中修Bug,因为主干有太多的的变化,无法在短时间内侧完毕并发布,我们也不能停止1.2.0-SNAPSHOT的开发,
  4. 因此这时候可以基于1.1.0创建一个1.1.1-SNAPSHOT的分支,在这里进行Bug修复,然后为用户发布一个1.1.1增量版本,同时打上标签。当然,还不能忘了把Bug修复涉及的变更合并到1.2.0-SNAPSHOT的主干中。
  5. 主干在开发一段时间之后,发布1.2.0版本,然后进入到新版本1.3.0-SNAPSHOT的开发过程。

原文 

https://segmentfault.com/a/1190000021611660

本站部分文章源于互联网,本着传播知识、有益学习和研究的目的进行的转载,为网友免费提供。如有著作权人或出版方提出异议,本站将立即删除。如果您对文章转载有任何疑问请告之我们,以便我们及时纠正。

PS:推荐一个微信公众号: askHarries 或者qq群:474807195,里面会分享一些资深架构师录制的视频录像:有Spring,MyBatis,Netty源码分析,高并发、高性能、分布式、微服务架构的原理,JVM性能优化这些成为架构师必备的知识体系。还能领取免费的学习资源,目前受益良多

转载请注明原文出处:Harries Blog™ » Maven 版本管理

赞 (0)
分享到:更多 ()

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址