在TFS 2017 Update 2中，不是在线TFS，如何在生产环境中使用版本管理/构建代理，而无需在构建盒上安装Visual Studio？欢迎另类最佳实践！
我的TFS处于受控制的开发环境中，其中包含与生产不同的不受信任的域。在代理计算机上安装Visual Studio不是问题（vstest，visualstudio等代理功能需要）。
我可以按照此处的说明配置我的生产代理以使用TFS：https://realalm.com/2016/11/25/tfs-2017-build-agent-in-untrusted-domain/
但是，我不允许在任何生产服务器上加载Visual Studio。我们正在尝试使用TFS的发布管理和持续部署功能。但是，我不知道如何按照代理商的要求将代理功能投入生产。
我想也许有一个在我们的dev / test / qa环境中构建/测试的工作流，将文件放到一个位置，然后生产代理只需拉取文件并部署它们。但这似乎打败了编译代码的幂等性，并引入了在环境之间修改文件的潜力。此外，生产构建/发布将不具有关联的构建和测试结果工件，并且我必须回溯先前的构建历史以进行报告。这种环境非常关注合规性和审计，因此对报告造成不利影响是一个艰难的卖点。
要重复这个问题，那么，如何在生产环境中使用RM / Build代理而无需在代理计算机上安装Visual Studio？我们是CD的新手，所以我对我的工作流程错误持开放态度。
答案 0 :(得分：1)
尽管构建和发布代理程序是相同的软件，但您可以创建“释放”代理程序的专用代理程序池，这些代理程序池上没有安装任何构建问题。
然后，只需在为生产环境创建发布定义时选择适当的代理队列即可。可以将发布定义中的每个环境配置为在不同的代理队列上运行。
您的构建将在您想要的任何环境中运行一次，然后发布一组工件。这将在您的专用于构建的代理池上，并且将正确配置此池中的代理。
您的版本将下载并部署这些工件。这些将在专用于部署的代理池上运行。