2013-06-30 59 views
5

我正在运行的TeamCity 8服务器和构建代理在Mac OSX(安装了Webstart的)10.8为什么TeamCity构建代理标记为“不兼容”?

我只能建代理想出的原因

Implicit requirements: 
AppBuildType defined in Build step: Command Line 

然而,我的生成代理列出不兼容:

.NET Process Runner: Runner to run .NET processes under specified runtime, framework  version and with/without code coverage 
Ant: Runner for Ant build.xml files 
Command Line: Simple command execution 
Duplicates finder (Java): Runner for gathering IntelliJ IDEA duplicates results 
Gradle: Runner for Gradle projects 
Inspections (IntelliJ IDEA): Runner for gathering IntelliJ IDEA inspection results 
IntelliJ IDEA Project: Runner for IntelliJ IDEA projects 
Ipr (obsolete runner): Runner for IntelliJ IDEA project (.ipr) files 
Maven: Runner for Maven builds 
MSBuild: Runner for MSBuild files 
NAnt: Runner for NAnt build files 
NUnit: NUnit tests runner 
Rake: Runner for executing Rake tasks, Test::Unit and RSpec tests 
Visual Studio (sln): Microsoft Visual Studio solution (.sln) runner 
Visual Studio 2003: Microsoft Visual Studio .NET 2003 solution file build runner 
Xcode Project: Runner for Xcode projects 

你可以看到,Command Line: Simple command execution的确是兼容的构建类型的我生成代理的名单 - 但它已被标记为不兼容。

还有什么可能导致这种情况发生?我认为它应该是兼容的,因为构建的类型匹配我错了吗?

注:我试过禁用构建步骤,它确实然后变成'兼容'。 Renable,它又回到'不兼容'。

回答

5

一般

当你看到这一点,仔细检查您的构建步骤。您使用命令行的步骤之一有一些无效的参数。

缩小范围的最简单方法是禁用所有步骤(或者只是使用命令行的步骤),然后开始一次一个地打开它们,观察它是否会使代理不兼容。

在你的情况...

你似乎只有一个命令行的举措,因此应该很容易。禁用它,它应该告诉你,你现在再次具有兼容的代理。重新启用它并对其进行破解,直到可以使其运行。我之前看到过有关参数,文件路径等的问题,而且您没有收到非常有用的错误消息。

+0

感谢达蒙 - 我会试试这个 - 我当然没想到会这样,因为我不希望TeamCity尝试“解析”我的命令行。我认为它只会在执行脚本时知道存在问题。 – Adam

+0

没问题;如果你缩小范围,但仍然无法完成这一步骤,请发布清理过的设置,然后我会看看是否有任何东西跳出来。它给我带来的东西是愚蠢的,我通过将命令放入脚本并调用脚本而不是在命令框中完成所有操作来解决它。 – Damon

+2

好的 - 这是问题所在。我无法让“命令行”工作,现在重要的是我所做的事情(包括将我的脚本简化为“echo hello”) - 然而,我将该类型更改为“可执行文件”,并且在最初遇到问题之后 - 在我的参数中使用的变量不在TeamCity 8的选项列表中。如果来自TeamCity的任何人正在阅读此内容 - 请更新此场景的错误,因为这是误导性的。如果您正在解析脚本以验证变量,并且其中一个不合法,请在网页上的某处显示此内容! 谢谢达蒙 – Adam

相关问题