TeamCity 构建代理显示所有构建步骤不兼容答案

【问题标题】：TeamCity Build Agent Shows All Build Steps IncompatibleTeamCity 构建代理显示所有构建步骤不兼容
【发布时间】：2018-04-20 15:11:15
【问题描述】：

我最近安装了 TeamCity 2017.2.3（内部版本 541047）和 Octopus Deploy 2018.1.5，最初在 TeamCity 中成功运行构建和创建包，但现在我的构建代理在服务重启。

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

构建步骤列表

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

【问题讨论】：

构建代理显示了哪些属性？它正在寻找与上述匹配的环境或系统属性。
@Bronumski - 抱歉耽搁了。 BuildAgent 的系统属性、环境变量和配置参数都是空的。我在构建步骤中使用的唯一参数是基于 thefatcoder.com/continuous-integration/… 的版本控制

【解决方案1】：

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

http(s)://<tc root>/agentDetails.html?id=<agent id>&tab=agentParameters

（您可以通过单击要检查的代理进入上述）

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

您收到的消息是，为了让构建运行，它需要有一个配置了这些参数的代理。您能否截屏一下您的构建代理参数是什么？

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

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

【讨论】：

我已更新我的帖子以显示我的代理参数（或缺少它们）。就好像所有这些都被删除了，尽管我不确定这会如何发生。我希望卸载/重新安装代理可以解决它，但这没有任何区别。这些是存储在 BuildAgent 文件夹或注册表中某处的配置中吗？
@GaryJames - 您可以使用代理配置文件手动将它们添加到代理，但它们中的大多数应该由代理自动发现，因此我对权限的建议。您是将其托管在物理机上、云端还是其他虚拟化中？
我现在正在查看权限，看看是否发生了变化，所以我会尽快通知你我发现了什么。 TC 是使用服务帐户安装的，所以我会看看构建代理的权限是否下降或什么的。这是托管在 VM 上的。
再次完全删除构建代理，重新启动，然后安装确保我使用的帐户具有正确的权限并且它有效！我将不得不调整它应该使用的服务帐户，以确保权限能够正常工作。感谢您的帮助。