如何在不安装Visual Studio的情况下在生产环境中运行TFS 2017代理
在TFS 2017 Update 2中,而不是在线TFS中,如何在生产环境中使用发布管理/生成代理,而不在生成框上安装Visual Studio?欢迎选择其他最佳实践 我的TFS位于受控开发环境中,与生产环境具有不同的、不受信任的域。在代理计算机上安装Visual Studio对于vstest、visualstudio等代理功能来说不是问题 我可以将我的生产代理配置为使用TFS,如下所述: 但是,我不允许在任何生产服务器上加载Visual Studio本身。我们正在尝试使用TFS的发布管理和连续部署功能。但是,我不知道如何按照代理的要求将代理功能投入生产 我认为也许应该有一个工作流,在我们的dev/test/qa环境中构建/测试,将文件放到一个位置,然后生产代理简单地提取文件并部署它们。但这似乎克服了编译代码的幂等性,并引入了在不同环境之间修改文件的可能性。此外,生产构建/发布将没有相关的构建和测试结果工件,我必须回溯以前的构建历史以进行报告。这种环境非常关注法规遵从性和审计,因此对报告产生不利影响是一个艰难的过程如何在不安装Visual Studio的情况下在生产环境中运行TFS 2017代理,tfs,msbuild,vstest,Tfs,Msbuild,Vstest,在TFS 2017 Update 2中,而不是在线TFS中,如何在生产环境中使用发布管理/生成代理,而不在生成框上安装Visual Studio?欢迎选择其他最佳实践 我的TFS位于受控开发环境中,与生产环境具有不同的、不受信任的域。在代理计算机上安装Visual Studio对于vstest、visualstudio等代理功能来说不是问题 我可以将我的生产代理配置为使用TFS,如下所述: 但是,我不允许在任何生产服务器上加载Visual Studio本身。我们正在尝试使用TFS的发布管理和连续
那么,为了重复这个问题,我如何在生产环境中使用RM/Build代理,而不在代理计算机上安装Visual Studio?我们刚接触CD,所以我认为我的工作流程是错误的。尽管生成代理和发布代理是同一个软件,但您可以创建没有安装任何生成问题的发布代理的专用代理池 然后,在为生产环境创建发布定义时,只需选择适当的代理队列。可以将发布定义中的每个环境配置为在不同的代理队列上运行 构建将在您想要的任何环境中运行一次,然后发布一组工件。这将位于专用于构建的代理池中,并且此池中的代理将进行适当配置
您的发行版将下载并部署这些工件。这些将在专门用于部署的代理池中运行。谢谢@Daniel Mann,因此我需要为我的每个环境创建单独的池和队列。我没有意识到RM组件会自动跨代理连接工件。这是个好消息。