TFS：频繁合并到开发分支中

我还没有找到任何关于这个问题的好解释，所以我希望有人能解释一下。我的想法是，这是“只是它的方式”，但我想了解一点更好的方式

我的情况如下：我有一个主要分支和一个开发分支（dev）。大多数开发人员都在Main中工作，但对于我的特定项目，我在Dev中工作。我希望Dev中的代码与Main保持同步，因此我经常合并到Dev中

第一次合并Main->Dev时，它复制了在Main中更改但在Dev中没有更改的文件F1。这太棒了。下次我合并Main->Dev时，F1在Main中再次更改，所以它应该复制它（在Dev中没有更改）

但是，TFS告诉我，目标和源都有更改，即使目标中的更改与主中的更改完全相同。当这种情况发生在许多文件上时，仅通过并自动合并这些文件是非常麻烦的

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

谢谢。

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

这并没有回答您的问题，但我想问为什么“大多数”开发人员都在Main中工作。主要应该是为了稳定，因此很少有人会直接在里面工作；只有那些正在进行中断/修复的用户。新的编码总是在Dev中完成，并合并到Main中

---

也许你可以设计你的项目结构，这可能会给你更多的提示问题可能是什么。

经过一些测试和更多的合并，我得出结论，这是“不是它的方式”。我无法可靠地再现我最初观察到的行为。在随后的合并过程中，我没有遇到同样的困难，但仍然有一些奇怪的行为我无法完全解释（不确定为什么我必须手动解决一些文件中没有冲突的情况）

所以我不能说TFS merge在任何方面都有缺陷，但它有一些奇怪的地方

---

谢谢。

嗯，“大多数”是相对的。只有我和另外一个人在开发部门工作，大概有15个或更多的人在主要的地方杀死bug。在其他开发分支中还有很多其他项目正在进行，这可能是我们大多数开发人员的组成部分。我认为我们的项目结构没有什么特别之处。我的开发分支直接从Main分支。每次合并时，我都会在目标分支中看到大量没有更改的文件（冲突）。我检查了文件的“更改”属性，每次合并main->dev its时都会将其列为“合并，编辑”。今天早上我再次尝试合并一些文件，但当然从昨天起没有任何更改，所以我得到“没有要合并的更改”。我尝试在一个特定文件上测试此场景，但我无法重现昨天看到的内容。以前有人见过类似的东西吗？