缺少新文件的 TFS 合并问题

Question

我之前也遇到过这个问题，没想太多，但是越来越乏味了。

我们有以下内容。一个主分支，这是我们的用户正在使用的稳定版本。我们有一个开发分支，它托管我们的修复程序，我们可以立即发布。然后我们有我们的特性分支，它具有 WIP 特性。为简单起见，我将只讨论后两个 - 开发和一个名为 Quoting 的功能分支。

报价分支已经完成了它的功能。它已将开发分支合并到其中，并且所有冲突都已在引用分支上解决。现在，我们有最新的报价分支和开发分支的最新工作。总而言之，只有大约 20-30 个文件被更改。

所以我即将合并回开发分支，并按照提示进行操作 - 非常简单：

现在我遇到了一些障碍。我得到了一个包含变化的列表，这些变化远远超过 30；几乎每个文件都在合并！

所以我关注了 StackOverflow post，它建议右键单击并撤消更改，但在确认对话框中按 No To All 会有所帮助。不幸的是，我跳过了说This works when you only have changes to files. It will not merge any NEW files that you have added的cmets。

所以我的问题是，我如何才能获取所有实际的待处理更改，而不必逐项检查并排除我所做的工作，这样我就可以撤消待处理的更改并重新包含我的更改，简单地做一个合并？这可能是因为我根据 StackOverflow 和 web 上的一些 cmets 重命名了分支，即使层次结构都是一样的？

Answer 1

其实这是重命名的分支造成的。当您在源代码管理中重命名分支时，它会删除前一个分支并创建一个新分支。尽管层次结构都是一样的，但分支是不同的。您可以通过“在源代码管理中显示已删除的项目”来查看您的旧分支。

（在这种情况下，将 Main 分支更改为 Main123 分支）

所以在 TFS 中，它为未更改的文件显示 [merge] 状态，为实际更改的文件显示 [merge,edit] 状态，并为新添加项显示 [merge branch]。

对于您的情况，没有更好的方法可以简单地进行合并。 此外，强烈建议您不要直接重命名分支，除非确实有必要。它还会弄乱您的变更集历史记录。您最好在完整的历史记录中创建一个新分支。