我正在寻找一种管理部署到同一代码库的多个分支的测试环境的好方法。 我的设置包括一个Main分支和几个Dev分支：
这些都是持续集成过程的一部分，每天都会部署它们进行测试。 目前有一个“测试”配置，带有相应的Web.config转换和发布配置文件，用于控制连接字符串（Web.config）和部署应用程序的位置（发布配置文件中的MSDeploy配置）。
一切正常，直到合并开始发生。一旦我们开始合并代码，不同的Web.config转换和发布配置文件不可避免地混淆，Visual Studio愉快地合并所有内容而不会发现冲突，导致主分支部署到Dev1位置或Dev2应用程序配置的情况使用Main的连接字符串。
我可以想到一个解决方案，即为每个分支创建解决方案配置，以及相应的Web.config转换和发布配置文件。这绝对可以保持一切独立和安全，不会出现问题，但它会在整个地方创建大量新的配置文件。最重要的是，它使创建或删除分支的任务变得更加复杂。
还有另一种方法吗？
答案 0 :(得分：0)
您应该查看Visual Studio 2013的发布管理。您可以在要部署到的每个环境中配置具有不同变量的发布管道。
然后你只有两个转换。一个是localhost开发的默认设置。还有第二个用于包含RM可替换变量的构建服务器。
http://nakedalm.com/building-release-pipeline-release-management-visual-studio-2013/