我正在使用Visual Studio Team Services，尝试设置Release Management以允许自动部署我们的Azure Web应用程序到多个环境。我希望相同的源代码被部署到每个环境，但配置设置会有所不同。
我希望我可以为我的应用程序创建一个单一的构建(Build)，然后在每个环境的部署时修改其配置。我知道这可以针对appSettings和connectionStrings完成(通过Tokenization或者甚至通过Azure门户管理这些设置)，但是我想能够对web.config文件进行更一般的更改。例如，我需要能够：
- 更新'appSettings/connectionStrings'等简单的设置 - 在元素中更新多个属性（如httpErrors） - 插入或重写配置文件本身的部分（例如添加IIS重写规则或从生产中删除不需要的HTTP处理程序）
目前，我们通过使用配置文件转换和每个环境的单独发布配置文件（手动部署）来实现这一点。如果我想要一个单一的发布流程，我无法看到重复利用它的方法。
我希望有人能指出正确的方向。我也很乐意接受其他解决方案——最终，我只想能够将相同的源代码（例如来自源代码控制中的相同提交版本）部署到多个环境，同时保持从开发、测试到生产的某种流程。
我希望我可以为我的应用程序创建一个单一的构建(Build)，然后在每个环境的部署时修改其配置。我知道这可以针对appSettings和connectionStrings完成(通过Tokenization或者甚至通过Azure门户管理这些设置)，但是我想能够对web.config文件进行更一般的更改。例如，我需要能够：
- 更新'appSettings/connectionStrings'等简单的设置 - 在元素中更新多个属性（如httpErrors） - 插入或重写配置文件本身的部分（例如添加IIS重写规则或从生产中删除不需要的HTTP处理程序）
目前，我们通过使用配置文件转换和每个环境的单独发布配置文件（手动部署）来实现这一点。如果我想要一个单一的发布流程，我无法看到重复利用它的方法。
我希望有人能指出正确的方向。我也很乐意接受其他解决方案——最终，我只想能够将相同的源代码（例如来自源代码控制中的相同提交版本）部署到多个环境，同时保持从开发、测试到生产的某种流程。