TFS 发布管理更新配置文件
TFS Release Management update config files
我是 TFS 发布管理的新手。我一直在使用 octopus deploy，我非常满意 octopus deploy 如何在不使用令牌的情况下更新配置文件（web.config 或 app.config）。 TFS RM中有类似的方法吗？真的不想拥有一个用于本地开发的配置文件和一个带有令牌的配置文件吗？
欢迎任何想法...
非常感谢
为了在 Release Management 中处理配置，通常使用两种技术 Config Per Environment 和 Tokenization.
如果您更喜欢构建和部署之间的清晰分离。为此，推荐标记化配置。
正如您上面提到的，建议您使用 Config Per Environment。
In “config per environment”, you essentially hard-code a config
file per environment. At deploy time, you overwrite the target
environment config with the config from source control. This could be
an xcopy operation, but hopefully something a bit more intelligent
– like an ARM Template param.json file. When you define an ARM
template, you define parameters that are passed to the template when
it is executed. You can also then define a param.json file that
supplies the parameters.
更多详情请看这篇精彩的博文：Config Per Environment vs Tokenization in Release Management
我是 TFS 发布管理的新手。我一直在使用 octopus deploy，我非常满意 octopus deploy 如何在不使用令牌的情况下更新配置文件（web.config 或 app.config）。 TFS RM中有类似的方法吗？真的不想拥有一个用于本地开发的配置文件和一个带有令牌的配置文件吗？
欢迎任何想法...
非常感谢
为了在 Release Management 中处理配置，通常使用两种技术 Config Per Environment 和 Tokenization.
如果您更喜欢构建和部署之间的清晰分离。为此，推荐标记化配置。
正如您上面提到的，建议您使用 Config Per Environment。
In “config per environment”, you essentially hard-code a config file per environment. At deploy time, you overwrite the target environment config with the config from source control. This could be an xcopy operation, but hopefully something a bit more intelligent – like an ARM Template param.json file. When you define an ARM template, you define parameters that are passed to the template when it is executed. You can also then define a param.json file that supplies the parameters.
更多详情请看这篇精彩的博文：Config Per Environment vs Tokenization in Release Management