2009-04-23 129 views
2

我还没有找到任何关于这个问题的好解释,所以我希望有人能够对此有所了解。我的想法是,这是“只是它的方式”,但我想要更好地理解一点。TFS:频繁合并到开发分支

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

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

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

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

谢谢。

+0

我试过在一个特定的文件上测试这个场景,我无法重现我昨天看到的东西。有没有人见过类似的东西? – TheSean 2009-04-24 12:25:03

回答

1

这绝对是“不是它的样子”。我从来没有以你描述的方式看到过这种情况。看起来你的环境或者你工作的方式肯定有些不对劲。

这并不回答你的问题,但我会质疑为什么“最”的开发人员在Main工作。主体应该是稳定的,因此很少有人会直接参与工作;只有那些做休息/修复。新的编码总是在Dev中完成并合并到Main中。

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

+0

“最”是相对的。在开发分支中只有我自己和另外一个人工作,并且可能有15个以上的人在主要地区查杀错误。在其他开发分支中还有其他一些项目正在进行,这可能构成我们大部分开发人员。 我不认为我们的项目结构有什么特别之处。我的开发分支直接从主分支。每次合并时,我都会看到大量目标分支没有变化的文件(冲突)。 – TheSean 2009-04-24 12:06:16

0

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

所以我不能说TFS合并在任何方面都是有缺陷的,但是它有些奇怪。

谢谢。