Question

首先，我是詹金斯的新手。我在Jenkins做了一个自由式软件项目来执行我的Linux构建。 Jenkins服务器在Windows上运行，因此配置了用于执行此Linux构建的从属节点。源保存在TFS服务器中。

我将我们的TFS插件更新到4.0.0的最新版本。该插件表示，从属节点不再需要安装Team Explorer Everywhere软件包，因为它使用Java API。但是，当我开始构建时，我得到了这个：

Started by user Andy Falanga (afalanga)
[EnvInject] - Loading node environment variables.
Building remotely on dmdevlnx64-01 (PY27-64 CENTOS6-64 LOG4CPLUS PY26-64) in workspace /home/builder/jenkins/workspace/Linux Autotools Build

Deleting project workspace... done

Querying for remote changeset at '$/Sources/Branches/Andy/AutotoolsMigration' as of 'D2015-10-05T18:26:27Z'...
Query result is: Changeset #4872 by 'WINNTDOM\afalanga' on '2015-09-25T23:36:24Z'.
Listing workspaces from http://ets-tfs:8080/tfs/SoftwareCollection...
...  Long list of workspaces
Workspace Created by Team Build                                                      
Getting version 'C4872' to '/home/builder/jenkins/workspace/Linux Autotools Build'...
Finished getting version 'C4872'.
[Linux Autotools Build] $ /bin/bash /tmp/hudson7081873611439714406.sh
Bootstrapping autotools
/tmp/hudson7081873611439714406.sh: line 4: ./bootstrap: No such file or directory
Build step 'Execute shell' marked build as failure
Notifying upstream projects of job completion
Finished: FAILURE

我登录到该系统并查看目录/home/builder/jenkins/workspace/Linux Autotools Build，果然，那里什么都没有。我的配置非常简单。

我放弃了旧的版本检查和简单的轮换（这只是我学习如何使用它）。
我将它设置为“限制构建完成的位置”以及与3个从属节点关联以执行此构建的标签。
所有TFS凭据都是输入且正确的。
没有构建触发器
构建的简单shell脚本 - ＆gt; 执行Shell ，它会引导autotools并调用configure然后make。

我做错了什么？

Answer 1

我找到了答案并将其发布在此处以防有人遇到此问题。这似乎比简单地删除问题更好。 TFS插件似乎不喜欢项目名称中的空格。 Linux Autotools Build之前没有工作的名称和现在的名称，LinuxAutotoolsBuild。

Jenkins系统提供的错误并没有为此提供足够的信息。在尝试了一些其他的事情后，思想发生了，＆＃34;也许空间正在引起悲伤。＆＃34;

希望这有助于某人。

Jenkins tfs插件和远程节点上的checkout源

1 个答案: