TFS（在Prem上）生成代理（在Prem上）在作为服务运行时未找到Visual Studio 2017功能 微软VisualStudio Team Foundation Server -版本16.131.28 1062 Agent.OS Windows\u NT Agent.OSVersion 6.3.9600 Agent.Version 2.136.1

我的TFS生成代理在作为服务运行时（在我的主域上的服务帐户下）未将Visual Studio 2017（企业版）标识为功能。同一代理在以上述相同帐户作为服务运行时，确实将Visual Studio 2015识别为一种功能

我已经更新了代理，删除并重新配置了有问题的构建代理，重新启动了代理服务，并重新启动了操作系统。我没有注意到，当首次配置此代理时，当代理在运行configure脚本的个人帐户下运行时，会短暂标识该功能，但当代理切换到在服务帐户下运行时，VS2017功能将消失

注意到这一点后，我给了该服务帐户在根Windows安装目录、程序文件（x86）以及与VS2017安装相关的所有目录和文件上的读取和执行权限，但这没有帮助

如果我以交互方式运行不同的构建代理（与上面列出的版本相同），VS2017将被标识为一种功能，因此我假设我需要对我尝试使用的服务帐户执行一些操作

为了更好地衡量，在Visual Studio构建任务中，我尝试使用“最新”选项和“Visual Studio 2017”选项。我还尝试将“/p:VisualStudioVersion=15.0”添加到此任务的MSBuild参数

---

更新：我还尝试直接在“用户定义”部分显式指定功能，并尝试通过在代理主机上使用环境变量来添加功能。

您是否确保服务帐户用户被添加为运行代理的池上的角色服务帐户？ 还要确保服务帐户能够在这些本地安全策略中执行以下操作：“作为服务登录”、“作为操作系统的一部分”、“管理审核和安全日志”

我不能说这将能够解决你的问题，但我只知道这些是必要的设置，我处理

---

为了快速简便地进行测试，您还可以将您的服务帐户作为管理员添加到计算机上，然后测试它是否找到VS 2017。如果是，则您知道需要设置一些特定的组和权限。

我已验证服务帐户用户是否已添加为运行代理的池上的角色服务帐户。问题仍然存在。将帐户添加到主机上的本地管理组确实允许找到VS2017功能。好的，那么您知道这是由于权限问题：）