TeamCity构建代理显示所有构建步骤

我最近安装了TeamCity 2017.2.3（build 541047）和Octopus Deploy 2018.1.5，最初在TeamCity中成功运行构建和创建包，但现在我的构建代理在服务重启后显示我的所有构建步骤都不兼容

我已经卸载并重新安装了buildagent、插件（我使用Node.JS build runner、Octopus Deploy integration和xUnit）并重建了每个构建步骤，但仍然遇到同样的问题

生成步骤列表

---

有人知道是什么导致了这个问题吗？

每个代理都应该有一个全局参数列表，这些参数可以从操作系统中获取，也可以从机器上的代理属性文件中手动配置。这些是路径、dotnet版本、npm等

http:///agentDetails.html？id=

然后，您可以从根项目一直覆盖或添加到项目树到构建配置

您得到的消息是，为了使构建运行，需要配置具有这些参数的代理。你能给我一个屏幕抓图，看看你的构建代理参数是什么吗

下面是我的一个构建代理的示例，它显示了您需要的一些配置参数


您不需要添加这些，它们应由代理自动拾取


首先确保这些依赖项已实际安装
如果缺少，请安装并重新启动代理服务（获取新配置属性所需）
如果新安装的组件需要重新启动，可能尝试重新启动计算机
无法检查生成代理服务的运行权限。它可能没有轮询系统所需的权限，但我从未见过
生成代理显示哪些属性？它正在查找与上述内容匹配的环境或系统属性。@Bronumski-很抱歉延迟。BuildAgent的系统属性、环境变量和配置参数都为空。我在构建步骤中使用的唯一参数是基于我更新帖子以显示代理参数（或缺少代理参数）的版本控制。就好像所有的人都被移除了，虽然我不知道那是怎么发生的。我希望卸载/重新安装代理可以解决这个问题，但没有什么不同。这些文件是否存储在BuildAgent文件夹或注册表中的某个配置中？@GaryJames-您可以使用代理配置文件手动将它们添加到代理中，但大多数文件应该由代理自动发现，因此我建议使用权限。您是在物理机器、云中还是其他虚拟化中托管此内容？我现在正在查看权限，以查看是否有更改，因此我会很快让您知道我发现了什么。TC是使用服务帐户安装的，因此我将查看对构建代理的权限是否丢失或其他问题。这是托管在虚拟机上的。再次完全删除生成代理，重新启动，然后安装，确保我使用的帐户具有正确的权限，并且可以正常工作！我必须调整它应该使用的服务帐户，以确保该帐户上的权限有效。谢谢你的帮助。