【问题标题】:TFS: Frequent merges into a development branchTFS:频繁合并到开发分支中
【发布时间】:2010-10-21 09:16:02
【问题描述】:

我还没有找到任何关于这个问题的好的解释,所以我希望有人能解释一下。我的想法是“就是这样”,但无论如何我想更好地理解。

这是我的情况:我有一个主分支和一个开发分支(dev)。大多数开发人员都在 Main 中工作,但对于我的特定项目,我在 Dev 中工作。我想让 Dev 中的代码与 Main 保持同步,所以我经常合并到 Dev。

我第一次合并 Main->Dev 时,它会复制文件 F1,该文件在 Main 中更改但在 Dev 中未更改。这很棒。下次合并 Main->Dev 的时候,F1 又在 Main 里改了,所以应该复制一下(Dev 里没改)。

但是,TFS 告诉我目标和源都有变化,即使目标的变化完全与 Main 的变化相同。当很多文件都发生这种情况时,仅通过自动合并这些文件非常麻烦。

有谁知道为什么 TFS 在这种情况下不能做得更好。有谁知道在我的情况下如何使合并更容易?

谢谢。

【问题讨论】:

  • 我尝试在一个特定文件上测试此场景,但无法重现昨天看到的内容。有没有人见过类似的东西?

标签: tfs merge branch


【解决方案1】:

这绝对是“不是这样的”。我从来没有见过像你描述的那样发生这种情况。看来您的环境或工作方式一定有问题。

这并不能回答您的问题,但我会质疑为什么“大多数”开发人员都在 Main 工作。 Main 应该是为了稳定,因此很少有人会直接在其中工作;只有那些做中断/修复的人。新的编码总是在 Dev 中完成并合并到 Main。

也许您可以布局您的项目结构,这可能会提供更多提示问题可能是什么。

【讨论】:

  • 好吧,“大多数”是相对的。只有我和另外一个人在 dev 分支工作,大概有 15 人或更多的人在 main 杀死 bug。其他开发分支中还有许多其他项目正在进行,这可能构成了我们的大多数开发人员。我不认为我们的项目结构有什么特别之处。我的开发分支直接从 Main 分支出来。每次合并时,我都会看到大量在目标分支中没有更改的文件(冲突)。
  • 我检查了文件的“更改”属性,每次合并 main->dev 时,它都列为“合并,编辑”。今天早上我再次尝试合并一些文件,但当然自昨天以来没有任何更改,所以我得到“没有要合并的更改”。
【解决方案2】:

经过一些测试和更多合并后,我得出结论,这“不是这样的”。我无法可靠地重现我最初观察到的行为。在随后的合并过程中,我没有遇到同样的困难,但仍然有一些我无法完全解释的奇怪行为(不知道为什么在某些文件中没有冲突时我必须手动解决冲突)。

所以我不能说 TFS 合并有任何缺陷,但它有一些奇怪的地方。

谢谢。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2016-01-01
    • 2012-10-16
    • 2012-03-15
    • 2014-08-19
    • 1970-01-01
    • 2010-09-08
    相关资源
    最近更新 更多