我们正在运行TFS 2015和VS.NET 2015，以获得一个大型解决方案，其中ASP.NET Web应用程序作为主项目和几个类库项目。
我希望我们的团队开始使用分支机构，但分支机构位于不同文件夹中的概念会导致各种配置问题。
分支完成后，整个文件夹结构和web.config值，项目引用，引用路径等现在都不同了，因为解决方案是从与主分支不同的文件夹打开的。
我们使用IIS虚拟目录，因为分支的新文件夹也不起作用。
如果我继续进行所有这些手动更改以使我们的解决方案从新的分支文件夹中运行，那么每次我们从main-＆gt;分支进行前向集成时，所有这些配置当然都会被覆盖，并且每个团队中的开发人员需要重做此配置
当然，有更好的方法来处理具有高级别配置和自定义的更大解决方案的分支，是否有办法保留单个物理文件夹并只指定您要处理哪个分支？
答案 0 :(得分：0)
不要使用长期分支机构。从使用长期分支机构转移到单个主分支机构后，我们所有的团队都将永远不会回去。合并总是很糟糕，即使是看似简单的变化。
我们现在使用Release Readiness分析允许多个开发人员在不同功能上并行工作。看看 -