svn 工作流及实践

最新推荐文章于 2024-04-27 17:18:49 发布

chouliangtao9518

最新推荐文章于 2024-04-27 17:18:49 发布

阅读量837

点赞数

文章标签： git java

原文链接：https://my.oschina.net/JWorkPlace/blog/822888

版权

基础

语义化版本: 如何定义项目版本号
保证系统有合理边界，即：
- 可单独演进
- 可单独测试
- 可单独部署
- ......
每个项目下需包含以下3个目录
- trunk : 主干（代码是稳定的，不负担开发）
- branches : 开发分支（功能，bugfix）
- tags : 稳定版（只读），用于发布。

流程

svn分支方案建议

本方案 svn 目录结构：

root
|-- trunk
|-- branches
|   |-- v1.0-dev
|   |-- v1.0-stage
|   |-- v2.1-dev
|   |-- v2.1-stage
|   |-- v2.1.1-stage
|   `-- ...
`-- tags
    |-- v1.0.0
    |-- v1.1.0
    |-- v1.1.1
    |-- v2.0.0
    `-- ...

其中：

trunk 主干是代码稳定的。每次上线时都是从 trunk 上创建一个对应版本号的 tag 分支。

branchs 上有两种分支 dev 和 stage ，均从同一稳定的 trunk 上创建。其中 dev 用于代码开发，开发完成后合并至 stage 分支并测试，最后当 stage 测试稳定了，再合并回 trunk 主干。

具体操作（java）

功能开发(项目迭代)

每增加一个（大的）功能或迭代

从最新的稳定的 trunk 建立两个 branche 分支，分别为开发分支（命名格式：v<主版本号>.<次版本号>-dev）和 stage 分支（命名格式：v<主版本号>.<次版本号>-stage）。
在开发分支上进行开发并测试后提交代码至 svn。
当该分支的所有功能点均完成后，将该分支的所有提交合并至 stage 分支上。
对 stage 分支上的功能进行测试。测试不通过的返回步骤 2，通过的跳至步骤 5。
当 stage 分支上的功能达到稳定状态时，将其合并至 trunk 主干进行上线操作：
1. 将程序（pom.xml）中的版本号<主版本号>.<次版本号>.<修订号>-SNAPSHOT更改为<主版本号>.<次版本号>.<修订号>，并提交 svn。
2. 打标签（tag）：从 trunk 中建立一个 tag 分支。(命名格式：v<主版本号>.<次版本号>.<修订号>)
3. 程序（pom.xml）中的版本号的次版本号（或修订号）+1，并在版本号后添加-SNAPSHOT，然后提交 svn。
4. 从 svn 中检出刚刚的 tag 分支，对该分支代码打包、上线。

注：上线操作可以考虑使用 maven-release-plugin 插件

修复缺陷(bug fix)

缺陷的修复分两种情况：

对未上线的版本进行修复

走功能开发流程

对已经上线的版本进行修复（紧急修复）

流程如下：

在 dev 分支上进行开发，当所有 bug 修复完成后，提交至 svn。
从最新的稳定的 trunk 建立一个 branche 分支，用于测试此次修复的 stage 分支（命名格式：v<主版本号>.<次版本号>.<修订号>-stage）。
将提交（仅修复的代码）合并进此 stage 分支，并对其进行测试。测试不通过的返回步骤1，通过的跳至步骤 4.
当 stage 分支上的功能达到稳定状态时，将其合并至 trunk 主干进行上线操作：
1. 将程序（pom.xml）中的版本号的修订号+1，并提交 svn。
2. 打标签（tag）：从 trunk 中建立一个 tag 分支。(命名格式：v<主版本号>.<次版本号>.<修订号>)
3. 从 svn 中检出刚刚的 tag 分支，对该分支代码打包、上线。