jenkins错误克隆远程回购“起源”，从属节点

我通过设置从节点工具路径来解决这个问题，选择git并将其值设置为

C:\Program Files (x86)\Git\bin\git.exe 

位置：配置节点 – 工具位置

我最近更新了几个jenkins插件，更新后有这个问题。 回滚的git插件没有帮助，但我做了一些其他的事情来得到它的工作。 我在这里列出了所有这三个，但可能（2）解决了这个问题。 显然git可执行文件被重置为默认值。 所以，在特定项目中配置git可执行文件可能只是需要的 。 但其他项目也可能派上用场。

（1）jenkins linux安装上默认的git通常指向/ usr / lib …你需要指定一个单独的指向windows版本的GitForWindows：

 Manage Jenkins Configure System Under Git - Git Installations Add Git -> Git Give it a name to be referenced in projects (mine is WindowsGit) Set Path to Git Executable (mine is "C:\Program Files (x86)\Git\bin\git.exe") 

（2）在特定项目上配置git：

 Select the project Select Configure Under Source Code Management - Git Select Git Executable as configured in 1) Set credentials or add new (ssh keys, etc) 

（3）更新jenkins从服务以特定用户身份运行：

 Go to Windows Services on the slave -- StartMenu, type "services" Select the Jenkins Slave service in the list on the right Right-click and select "Properties" of the Jenkins Slave service Select the "Log On" tab Update the username and password used in manual tests Domain login can be specificied with <DOMAIN>\<USERNAME> Local logins just use <USERNAME> OK to save and exit Right-click again and select "Restart" to make the changes active. 

我发现一个体面的解决方法在我的情况。 git clone命令总是继承它的进程所有者，即使两个Jenkins（SYSTEM）和cmd（USER）的所有者在您的系统上似乎拥有相同的权限，也可能有所不同。 所有其他配置是相同的（密钥，知名主机，Git客户端版本）。

所以，就我所见，从cmd调用git clone将成功，因为它将USER作为远程调用者，而从Jenkins调用的git clone可能会被拒绝，因为它将SYSTEM作为远程调用。 在服务中，通常通过GUI启动Jenkins，您可以将服务配置为以不同的用户身份运行（右键单击服务 – >属性 – >登录）。 我必须把它像USER @ DOMAIN，例如Jenkins@company.local左右。 我不确定cmd参数的外观，但我希望有一个。

另外，我不太清楚这个解决方法到底有什么区别，因为在我的Jenkins上，SYSTEM和USER被配置为在整个系统中拥有相同的权限，当然他们都被远程识别为“Jenkins”。 不过，它为我做了诡计。 深入的见解表示欢迎。

我遇到了类似的问题，发现我需要添加git到我的PATH环境变量为基于Windows的奴隶。 我认为@dhj建议2也可以在这种情况下工作。

我在Jenkins Jira上找到了这个解决方法。

在我的情况下，我开始得到这个确切的错误后，我的一些生成机器上的Git（通过巧克力，使用“git.install”包）从1.9.4到2.5.0。 旧的1.9.4安装是一个32位的软件包，但新的是64位的，所以默认安装位置从C：\ Program Files（x86）\ Git切换到C：\ Program Files \ Git。 我在Jenkins主站上配置了64位路径（因为它具有较新的Git版本），但是一些从站仍然安装了较旧的32位版本，所以从站尝试使用不正确的路径。 我可以覆盖个别奴隶的Git路径，但更清洁的解决方案是简单地升级所有的奴隶到新的64位版本。

我尝试了以上大部分：

指定git位置。 设置服务用户。 以管理员身份运行。

没有一个工作。 最终决定卸载git64并安装git32 …将git路径更改为新位置（在x86 Program Files中）。 一切正常。

我最近碰到这个问题。

当我们尝试将Winium和seleniumium连接到Jenkins实例时，我们在PATH EV中添加了一些项目。

我们删除了这些项目，但詹金斯似乎仍然坚持价值观。 经过一些故障排除：重新启动Jenkins; 重新启动Jenkins服务器; 在节点级别设置EV; 我们重新启动了Windows从站上的Jenkins JNLP服务 。

从此他们过着幸福的生活。