2

我们有 2 个开发团队在一个系统上工作。团队 A 正在开发一个“主”分支（我们的生产分支）。他们将从“master”分支到功能或错误修复分支，然后合并回“master”以进行发布。

B 组正在开发一个从“master”分支的“升级”分支。他们遵循从“升级”分支到功能或错误修复分支的类似方法，然后在他们的工作完成后合并回“升级”。

最终，升级完成后，“升级”分支将替换“主”。同时，我们如何保持“升级”分支与“主”同步？

迄今为止，我一直在每周将“升级”分支重新基于“主”。问题在于，当团队 B 中的成员想要退出或推送更改以“升级”时，这会改写历史并给他们造成混乱。我们应该如何以简单干净的方式不断整合“大师”和“升级”？在此处输入图像描述

4

1 回答 1

3

迄今为止，我一直在每周将“升级”分支重新基于“主”。
问题是这会改写历史并给 B 团队的成员制造混乱。

所以...不要变基。获取并合并origin/master到本地分支upgrade。
最终的合并master将是一个简单（甚至是快速）的合并。

也可以看看：

  • 《关于 Git 的合并和变基》：for deliverand rebasebasics
  • “ git rebasevsgit merge ”：查看每个操作支持的工作流类型。
    在合并之前，Rebase 是好的。
    但在你的情况下，你不会master在很长一段时间内合并（回到）。
    所以合并（升级）是一个明智的解决方案。
于 2012-08-30T12:01:34.113 回答