C# Tfs合并后签入中是否包含未更改的.config文件?

C# Tfs合并后签入中是否包含未更改的.config文件?,c#,visual-studio-2013,asp.net-web-api2,C#,Visual Studio 2013,Asp.net Web Api2,我的团队使用Visual Studio 2013和Tfs源代码管理开发了一个web应用程序。我们在两个独立的团队中进行开发 我们有3个分支,一个用于UI团队开发,一个用于服务器端,一个用于集成 在每次迭代结束时,我们从UI分支和服务器分支合并到集成,在集成之后,我们从集成合并到其他分支 在许多情况下,我们在进行这些合并时遇到困难,因为添加到合并中的文件没有被更改。我们不知道如何处理这些文件,例如Web.Debug.config、Web.Release.config 是否有特定的原因将这些文件添加

我的团队使用Visual Studio 2013和Tfs源代码管理开发了一个web应用程序。我们在两个独立的团队中进行开发

我们有3个分支,一个用于UI团队开发,一个用于服务器端,一个用于集成

在每次迭代结束时,我们从UI分支和服务器分支合并到集成,在集成之后,我们从集成合并到其他分支

在许多情况下,我们在进行这些合并时遇到困难,因为添加到合并中的文件没有被更改。我们不知道如何处理这些文件,例如Web.Debug.config、Web.Release.config

是否有特定的原因将这些文件添加到合并中而没有任何区别?我们应该登记吗?我们能做些什么来防止这些文件被添加到签入中吗

编辑: 合并并非毫无根据,几乎每次都发生在我们身上


提前感谢

这是正常现象。因为它们之间没有分支关系。您正在执行无基础合并,解决方案中的每个文件都被标记为已更改,并在签入期间列在挂起的更改中。一般来说,您必须签入这些未更改的文件

但是,如果您不想签入它们。您可以尝试以下解决方法
撤消挂起的更改。当您进入确认对话框时,选择“全部否”。应该只保留挂起的更改。
来自此问题


注意:当您仅对文件进行了更改时,此选项有效。它不会合并您添加的任何新文件

对不起,我忘了提到这不是一个毫无根据的合并。当添加了大量文件时,是否有这样的合并方法?如果在具有分支关系的分支之间进行合并(例如父子关系),则为“正常”合并。如果在没有关系的两个分支之间进行合并(例如,不同的分支结构或删除了父级…),则这是无基础的合并。根据您的描述,至少与UI分支和服务器分支没有父子关系。如果所有合并都是正常合并,则未更改的.config文件将不会包含在挂起的更改中。有关无基础合并的详细信息您可以从MSDN查看此链接:我有一个稍微改动的解决方案,即使有新文件也可以使用: