【问题标题】:Team Foundation Server : branching by release and hotfixesTeam Foundation Server:按版本和修补程序进行分支
【发布时间】:2012-08-26 23:07:55
【问题描述】:

我在问自己如何通过发布和修补程序管理分支。

例如,如果我们有一个主分支,一个发布分支 V1,以及每个发布分支(developmet V1 和 V2)的发布分支 V2 和开发分支,我们在发布分支 V1 中发现了一个错误。我们必须开发一个修补程序,但是如何在发布分支 V2 和开发分支中合并这个修补程序。像这样:将 V1 发布到 Main 以发布 V2,将 main 发布到开发 V1 和 V2 ?

如果我这样合并,版本到版本 V2 已经过时了?

但是如何管理主分支?它不应该尽可能稳定吗?以及这个主分支是如何管理的,因为有很多合并,所以哪个版本的developpement在主?

通过这种模式,我将介绍客户可以拥有不同版本的产品的情况。

谢谢。

【问题讨论】:

  • 你可能想看看这里; vsarbranchingguide.codeplex.com
  • 我已经阅读了这篇文章,但我没有找到我的问题的答案...
  • 您能否发布一张您的分支层次结构的快速图片,以及您在合并时遇到问题的地方?我发现很难理解这些描述。谢谢。
  • @DaveShaw 我刚刚添加了一个模式。更简单地说,我想同时在不同的版本上工作。
  • 我不明白你在“所以哪个版本的developpement是主要的”中问什么,请你澄清一下?

标签: tfs release branching-and-merging hotfix


【解决方案1】:

您按以下顺序执行此操作:

  1. Release 1 分支中创建修补程序
  2. 合并到Main
  3. 合并到Release 2
  4. 将其合并到您拥有的任何 Development 分支中

(当然,每次合并后都有一个稳定)

但是如何管理主分支?它不应该尽可能稳定吗?

是的,应该。这就是为什么它必须被测试覆盖。

【讨论】:

  • 所以你把它描述成我的形象。但是如果我在 main 中有新功能,当我在版本 V2 中合并修补程序时,我会带来新的功能?
  • @bobosh 不,你没有。您不必合并所有更改,您可以选择您想要的。这就是所谓的“樱桃采摘”。
  • 我只能选择一个文件?我不明白,我在论坛上找到的信息说没有毫无根据的合并是不可能的。谢谢你的帮助。这对我有很大帮助。
  • @bobosh 你可以选择一个(或多个)changeset
猜你喜欢
  • 2016-01-31
  • 1970-01-01
  • 1970-01-01
  • 2010-11-08
  • 1970-01-01
  • 2020-05-01
  • 1970-01-01
  • 1970-01-01
  • 2012-05-01
相关资源
最近更新 更多