1. 首页
  2. 问答
  3. TFS 2013 - 使用内部版本和版本的配置参数方法

TFS 2013 - 使用内部版本和版本的配置参数方法

2016-11-21 43 views
0

对于在TFS2017上预先配置构建和发布的建议方式，我有点困惑。目前（tfs2013），我们针对TEST和PROD以及使用WebDeploy提供了不同的发布配置文件。TFS 2013 - 使用内部版本和版本的配置参数方法

这是我whant才达到：

  • 使用“环境变量和RELASE定义变量”，在TFS，而不是将它们存储在web.config.TEST-01等
  • 抓住最新版本和修改web.config文件（的ConnectionStrings，的AppSettings），这构建
  • 一段时间后部署到我们的测试机，发送上面用来PROD相同的构建（修改的web.config）

当我们现在应该转移到TFS2017时，推荐的方法是什么？网络转换仍然是最佳选择？我发现这篇描述Set-AzureWebsite和Tokenization方法的文章modify web.config。它也可以在工作吗？

而我们如何部署到我们的本地IIS是否重要？我发现这取得了IIS Webapp deploy using WinRM - 但是万一WebDeploy，我们可能需要webdeploy prarameterfile？或不？部署有更好的任务吗？

感谢所有帮助

拉尔斯

来源

2016-11-21 Larsi

回答

1

假设你正在使用XAML构建建立在TFS 2015年部署TFS 2013年新的构建系统项目，后来是从XAML构建完全不同。新任务系统基于JSON描述符文件，其活动编写为PowerShell（用于Windows）或Node JS（用于跨平台），这更灵活。

从Team Foundation Server 2015（更新2及更高版本），Web Access还集成了版本选项卡，您可以添加一系列任务（如使用WinRM部署IIS Webapp）来部署项目。

我们建议使用基于新任务的构建/发布系统，并添加任务或脚本来构建/发布/部署您的项目。

相关链接：

来源

2016-11-22 06:29:44

+0

感谢您寻找到这一点。但问题实际上是关于配置处理。对我而言，仍然不清楚选择何种方法来将发布环境中的自定义变量（如连接字符串）放入web.config文件中。 – Larsi

+0

@Larsi，当您使用新的构建/发布系统时，您可以从网站https://marketplace.visualstudio.com/items?itemName=qetza.replacetokens安装替换令牌扩展，然后您将能够添加替换令牌任务您的构建/发布定义将替换具有变量值的文件中的标记。 –

 相关问题

  • 暂无相关问题^_^