保存合并冲突解决方案 - 合并两次,暂存然后生产

时间:2017-12-20 18:56:54

标签: git tfs merge

有没有办法保存合并冲突解决方案?

这是用例。保存我有三个分支:生产,分期和开发。发展有很多变化。我想将dev合并到staging中,然后使用staging进行测试。之后,我最终会将升级合并到生产中。

  • 制作 - > [分支] - >发展
  • 对开发进行大量更改
  • 制作 - > [分支] - >分段
  • 开发 - > [合并] - >分段
  • 大量测试
  • 分期 - > [合并] - >生产
  • 准备发布了!

在这种情况下,我将不得不在每次合并时解决相同的合并冲突。有没有办法保存我的决议?

主要询问TFS版本控制,但也会接受理论/术语方面的git解决方案。

1 个答案:

答案 0 :(得分:0)

根据Asking primarily for TFS version control假设您正在使用TFVC。如果是这样,只需更改分支层次结构就可以节省大量的合并冲突。

目前您正在使用:

Production --> [branch] --> Development
Production --> [branch] --> Staging

实际上,在开发/暂存这两个分支之间没有任何关系,当你进行合并时,它是无根据的合并,每个单独的项目都会有一个合并动作和挂起更改中的列表。

您应该使用以下分支层次结构

Production --> [branch] --> Staging
Staging --> [branch] --> Development

当您对Development进行大量更改时,只需合并回Staging。经过大量的测试,当分段分支稳定。您可以将(Staging --> [merge] --> Production)合并回生产分支。当您通常只在diff工具中选择“保留源版本”选项时,不会有太多合并冲突。终于准备发布了!

这将保存您案例中的合并冲突解决方案。有关分支策略的更多信息,您可以参考以下两个主题: