我需要一些帮助,这是一个问题,我不知道发生了什么。 我无法从一个从节点(Jenkins)克隆一个git repo。 我添加了SSH密钥,主机和从机(我已经尝试生成一个密钥,每个虚拟主机和一个))。
它似乎不存在身份validation问题,因为我可以从控制台手动克隆回购(从属和主机)。 我也可以连接
ssh -T git@github.com
所以SSH密钥是好的,但是当我build立,这出现在控制台上:
在工作区C:\ Users \ IEUser \ Desktop \ <文件夹>中的IE10Win7上远程构build
先擦掉工作区。
克隆远程Git存储库
克隆库git@github.com:<repo> .git
git init C:\ Users \ IEUser \ Desktop \ <folder>#timeout = 10
错误:错误克隆远程回购'起源'
错误:错误克隆远程回购'起源'
执行后期构build任务…
有没有人有一个想法? 希望有人能给我一个线索,谢谢!
我通过设置从节点工具路径来解决这个问题,选择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服务 。
从此他们过着幸福的生活。