在我们公司,我们有一个CI/Build服务器,用于测试和构建发布版本(以及功能和开发分支)。
在git flow分支模型中,当需要发布时,您会从develop分支中分叉并命名它(例如release-1.4)。然后,CI/Build服务器将自动构建该分支,我们将其部署到暂存服务器进行手动集成测试。一旦我们对生成的结果满意,我们就可以进行部署。但是,在git flow分支模型中,我们需要首先合并请求和标记master分支。问题是,在此合并之后,我们是否需要进行另一轮构建和测试周期呢?
合并和标记后指向的标签与实际构建版本不同似乎很奇怪。重新构建也似乎不好,因为这样我们会觉得有必要测试那个构建版本是否可靠。
我的选择是:
合并和标记后指向的标签与实际构建版本不同似乎很奇怪。重新构建也似乎不好,因为这样我们会觉得有必要测试那个构建版本是否可靠。
我的选择是:
- 在发布分支中构建,然后合并、重建和测试主分支
- 在发布分支中构建和测试,然后合并并相信不需要新的构建
- 修改git flow模型,删除合并到主分支的步骤,只需标记我们想要发布的发布分支中的最终提交。
- 不合并到主分支会失去什么?
- 在这种情况下,我们可能可以直接在主分支上开发