Tfs 合并后签入中是否包含未更改的 .config 文件？
Unchanged .config files included in check in after Tfs merge?
我的团队使用带有 Tfs 源代码控制的 Visual Studios 2013 开发了一个 Web 应用程序。我们在两个独立的团队中发展。
我们有 3 个分支，一个用于 UI 团队开发，一个用于服务器端，一个用于集成。
在每次迭代结束时，我们从 UI 分支和服务器分支合并到集成，在集成之后我们从集成合并回其他分支。
在许多情况下，我们在进行这些合并时遇到困难，因为添加到合并中的文件没有更改。我们不知道如何处理这些文件 - 例如 Web.Debug.config、Web.Release.config.
是否有特殊原因将这些文件添加到合并中而没有任何区别？我们应该检查他们吗？我们可以做些什么来防止那些提交的人被添加到签到吗？
编辑：
合并并非毫无根据，几乎每次都发生在我们身上。
提前致谢
属于正常现象。因为它们之间没有分支关系。您正在执行 baseless 合并，解决方案中的每个文件都被标记为已更改并在签入期间列在待定更改中。一般来说，您必须签入这些未更改的文件。
但是，如果您不想签入它们。您可以从这个问题 Files listed as pending changes when doing merges that didn't change?
中尝试以下解决方法 undo your pending changes. When you get the confirmation dialog choose "No to all". Only your pending changes should be left.
注意：当您只对文件进行更改时，此方法有效。它不会合并您添加的任何新文件。
我的团队使用带有 Tfs 源代码控制的 Visual Studios 2013 开发了一个 Web 应用程序。我们在两个独立的团队中发展。
我们有 3 个分支，一个用于 UI 团队开发，一个用于服务器端，一个用于集成。
在每次迭代结束时，我们从 UI 分支和服务器分支合并到集成，在集成之后我们从集成合并回其他分支。
在许多情况下，我们在进行这些合并时遇到困难，因为添加到合并中的文件没有更改。我们不知道如何处理这些文件 - 例如 Web.Debug.config、Web.Release.config.
是否有特殊原因将这些文件添加到合并中而没有任何区别？我们应该检查他们吗？我们可以做些什么来防止那些提交的人被添加到签到吗？
编辑： 合并并非毫无根据，几乎每次都发生在我们身上。
提前致谢
属于正常现象。因为它们之间没有分支关系。您正在执行 baseless 合并，解决方案中的每个文件都被标记为已更改并在签入期间列在待定更改中。一般来说，您必须签入这些未更改的文件。
但是，如果您不想签入它们。您可以从这个问题 Files listed as pending changes when doing merges that didn't change?
中尝试以下解决方法undo your pending changes. When you get the confirmation dialog choose "No to all". Only your pending changes should be left.
注意：当您只对文件进行更改时，此方法有效。它不会合并您添加的任何新文件。