Linux Jenkins:https上的git克隆不起作用
所以,问题是: 我在公司防火墙后面的Linux上有一个Jenkins实例。我可以用git:///克隆存储库,但是当我尝试使用https:///时,我得到了 访问时请求的URL返回错误:503 我已经通过SSH连接到Linux机器,并且发现我也无法通过命令行上的https进行克隆。但是,我已经成功地修复了代理设置(通过将我们的公司Github添加到no_代理),因此现在它可以在命令行上工作-但是我在Jenkins中仍然遇到相同的错误 我还能做什么?这种奇怪的行为从何而来?有没有人能给我一个关于这个问题的提示Linux Jenkins:https上的git克隆不起作用,linux,github,jenkins,https,proxy,Linux,Github,Jenkins,Https,Proxy,所以,问题是: 我在公司防火墙后面的Linux上有一个Jenkins实例。我可以用git:///克隆存储库,但是当我尝试使用https:///时,我得到了 访问时请求的URL返回错误:503 我已经通过SSH连接到Linux机器,并且发现我也无法通过命令行上的https进行克隆。但是,我已经成功地修复了代理设置(通过将我们的公司Github添加到no_代理),因此现在它可以在命令行上工作-但是我在Jenkins中仍然遇到相同的错误 我还能做什么?这种奇怪的行为从何而来?有没有人能给我一个关于这个
(使用git://没有帮助,因为我也想推送到存储库。我想我也可以使用ssh://,但我认为https://是更简单的解决方案…-而且,我真的很想知道这里出了什么问题。)
https://
和git://
使用带有凭据的auth,而ssh://
使用密钥auth。您很可能在https://
呼叫中未提供正确的凭据?请看,我在使用https://
协议克隆git存储库时遇到了类似的问题。我必须(像你一样)设置我的代理,但这还不够。最后一件事是(对我来说)在我的.gitconfig
中将sslVerify
参数设置为true
和sslCAInfo
。我不记得返回的错误,所以可能是其他原因…@fishi因为Github使用所谓的“智能”https,所以克隆不需要凭据,只需要推送。就我而言,克隆已经失败了。据我所知,没有凭证的克隆只适用于公共回购。一旦你想克隆一个私有回购协议,你就需要提供凭证——同样是“智能”https版本。无论如何,这很可能不是问题所在,因为服务器抛出的是503而不是403。