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

问题描述 投票:0回答:1

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

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

  • 制作 - > [分支] - >开发
  • 发展的大量变化
  • 制作 - > [分支] - >分期
  • 开发 - > [合并] - >分期
  • 大量的测试
  • 暂存 - > [合并] - >生产
  • 准备发布!

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

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

git tfs merge
1个回答
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工具中选择“保留源版本”选项时,不会有太多合并冲突。终于准备发布了!

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

© www.soinside.com 2019 - 2024. All rights reserved.