小编the*_*red的帖子

在git flow模型中我应该从master中的merge merge构建来发布吗?

在我的公司,我们有一个CI/Build服务器,我们用它来测试和构建版本(以及功能和开发分支).在git flow分支模型中,当它是时候释放你分支开发并命名它(例如)release-1.4.然后,CI/Build服务器将自动构建分支,我们将其部署到临时服务器以进行手动集成测试.一旦我们对构建感到满意,我们就想部署它.但是在git flow分支模型中,我们需要首先合并到master和tag.问题是,在合并之后我们还需要运行另一个构建和测试周期吗?

合并和标记结尾似乎很奇怪,标记指向不同(技术上)提交,而不是发布版本.在我们进入主人之后重建似乎也很糟糕,因为我们会感到有必要测试该构建以确保它也可以.

我提出的选项是:

  • 在发布分支中构建,然后在主分支中合并和重建并测试
  • 在发布分支中构建和测试然后合并并相信不需要新的构建
  • 修改git flow模型以删除合并到master的步骤,并在我们要释放的release分支中标记最终提交.
    • 不合并掌握将会失去什么?
    • 在这种情况下,我们可能只是在master中开发

git git-flow

12
推荐指数
1
解决办法
1683
查看次数

标签 统计

git ×1

git-flow ×1