【问题标题】:Merge a feature branch to a different trunk branch than it was created from?将功能分支合并到不同于创建它的主干分支?
【发布时间】:2016-04-14 18:59:06
【问题描述】:

我有一种情况,我们正在针对主要开发分支(“主干”)处理功能分支,并且每个发布周期,都会从当前开发分支中获取一个发布分支。

但是,一个版本在很晚的时候就被取消了,而是要求我们发布之前的版本,其中只有一些功能 - 在这些都集成到主开发分支中之后。

所以发生的事情是以前的发布分支被作为新迷你发布的基础,我们现在必须重新应用已经对开发分支进行的特定更改。幸运的是,我的功能分支仍然存在,并且从未合并。它基于开发分支,但是我的分支是在发布周期的早期采用的,并且没有通过重新合并父(主干)更改来更新 - 所以我的分支的父分支实际上与我需要的新分支并没有太大不同应用它。

我知道 TFS 有一些用于重新设置和毫无根据的合并的工具,但什么可能最有效?更重要的是,如果我尝试重新养育子女,我是否可以打破我的分支,或者我是否可以安全地尝试一些事情,如果出现问题,将它们退出并重试?

我的分支相当大,可能有 50 个变更集应用于多个单独的模块。我想我可以尝试一个一个地应用每个变更集?

【问题讨论】:

    标签: tfs


    【解决方案1】:

    根据我的经验,毫无根据的合并总是很糟糕。在大多数情况下,我发现通过比较工具(如 BeyondCompare)手动区分和合并两个分支比使用 TFS 工具更容易、更可靠。

    话虽如此,我会挑战你考虑去一个主分支。我们实现了飞跃(当时对我们来说是一个巨大的飞跃),但在这一点上它已经多次获得回报。关键是准备好发布:

    https://dotnetcatch.com/2016/02/16/are-you-release-ready/

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2023-01-30
      • 1970-01-01
      • 2011-11-25
      • 2013-04-03
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多