要求将文件签入/合并到TFS 2010中的两个位置_Tfs

要求将文件签入/合并到TFS 2010中的两个位置

tfs

要求将文件签入/合并到TFS 2010中的两个位置,tfs,Tfs,我们的开发部门对代码进行了多次修订。所以它看起来像：发展 R1.0 R2.0 R3.0 Rx 我们正在同时开发多个版本。因此，团队A将处理R2.0，而团队B将处理R3.0。当团队A在R2.0中进行更改时，我们需要确保这些更改反映在R3.0中。如果开发人员试图将文件签入R2.0，是否有办法要求他/她将文件签入R3.0 编辑8/1/2013 在阅读了几篇关于分支和合并策略的文章之后，我对我们应该如何处理这个问题有了一个想法。我只是想让你看看，问问我

我们的开发部门对代码进行了多次修订。所以它看起来像：

发展

我们正在同时开发多个版本。因此，团队A将处理R2.0，而团队B将处理R3.0。当团队A在R2.0中进行更改时，我们需要确保这些更改反映在R3.0中。如果开发人员试图将文件签入R2.0，是否有办法要求他/她将文件签入R3.0

编辑8/1/2013

在阅读了几篇关于分支和合并策略的文章之后，我对我们应该如何处理这个问题有了一个想法。我只是想让你看看，问问我是不是走对了方向。因此，我们应该有一个主（开发）分支，然后在每个发行版上分支，而不是开发分支和发行版的副本。然后，按照分支和合并策略中的定义，将R1.0和R2.0分支中的更改合并回主分支。当我们想在R3.0上工作时，我们将所有R1.0和R2.0重新合并到MAIN，然后从MAIN创建一个新的分支。然后，假设我们需要一个到R1.0的热修复程序，我们从R1.0创建一个R1.1，并将其合并回R1.0，然后合并到MAIN，然后再从MAIN到R2.0和R3.0。当我们同时开发新版本时，我们只将MAIN保持为下一个版本的最新版本。因此，如果R1.0已经发布，那么MAIN应该与R2.0分支保持最新，因为它将是下一个版本。如果我错了，请纠正我，给我指出正确的方向。我不熟悉分支和合并。

您应该使用分支来管理Verison之间的更改，而不是在同一分支中使用同一代码的不同版本

i、 e.R2.0和R3.0都是主（或主干）分支的子分支。然后，您可以合并从R2.0到Main到R3.0的更改

有关分支策略的更多信息，请阅读指南

您应该使用分支来管理Verison之间的更改，而不是在同一分支中使用同一代码的不同版本

i、 e.R2.0和R3.0都是主（或主干）分支的子分支。然后，您可以合并从R2.0到Main到R3.0的更改

有关分支策略的更多信息，请阅读指南

我喜欢你的想法，我认为它肯定会解决你的问题。我们正在做一些类似的事情，只是在主版本和发布版本之间有一个合并分支（中间分支）

主->中间->R1

主->中间->R2

主->中间->R3

此选项的优点是：

您不必对Main（trunk）进行所有更改，Main将保持清晰，并将充当黄金产品代码

为您的黄金代码添加另一层保护。比如说，R3分支刚刚从Intermediate创建，但此时R2决定放弃其版本。在这种情况下，如果您使用中间分支（此时有R1+R2），那么您可以删除中间分支并从Main分支（只有R1）中删除分支，以创建新的中间分支（而不是使用您的方法滚动备份更改）。然后从一个新的R3开始

就我的0.02美元