我最近开始在构建服务器上以不断增加的频率看到上述错误。在此期间我们的TeamCity配置中没有任何变化,因此我猜测可能是GitHub上的更改导致了错误。
我尝试将VCS轮询间隔从60秒更改为600秒,以防GitHub进行某种连接限制,但没有任何影响。
是否有可能使TeamCity对连接超时不那么敏感?
答案 0 :(得分:14)
为了证明,请尝试在安装了TC的服务器中执行此操作。
(当然是命令行)
C:\git\bin\git.exe clone https://github.com/libgit2/libgit2.git
这不应该大多数当时。
因此,AZURE有一个网络错误,他们知道并试图解决这个问题。
这些信息是在他们与Azure合作确定发生了什么之后通过GitHub提供的。
您必须使用SSH KEYS作为当前的解决方法。
答案 1 :(得分:3)
我们已经使它不那么敏感了:现在git-plugin会在ConnectException的情况下重试一个操作。要获得此行为,您需要从teamcity.jetbrains.com安装最新版本的git-plugin。为此,将构建工件中的zip放入<TEAMCITY_DATA_DIR>/plugins
并重新启动服务器。
答案 2 :(得分:1)
您发布的问题信息很少。最好是通过电子邮件将团队发送到teamcity-feedback@jetbrains.com,其中包含来自TeamCity服务器的更多详细信息和调试日志
一些容易检查的东西: *您可以在浏览器中从服务器打开github.com *您可以从控制台
在服务器中从github.com克隆答案 3 :(得分:1)
我们今天突然发生了这个错误(2018年2月23日)。
事实证明,GitHub.com在他们的ssh实现中弃用了一些安全算法。
解决方案:
答案 4 :(得分:0)
切换到ssh有助于我们避免超时。
答案 5 :(得分:0)
正如@Pure.Krome所说,您可以使用SSH KEYS来访问Azure TFS GIT URL,也可以通过选中“启用备用凭据”来修改“备用凭据”中的设置,以便访问只需使用用户名和密码即可。
首先在Azure DevOps中转到您的项目:
然后在RHS菜单中选择“安全性”:
最后,在LHS菜单中选择“备用凭据”,然后单击“启用身份验证备用凭据”,然后在其中输入用户名和密码:
请注意,这不如使用SSH KEYS安全。
答案 6 :(得分:0)
即使使用ssh,我也遇到了这个问题。我意识到有一个防火墙将所有ssh流量视为ssh暴力攻击。然后,防火墙将阻止该请求。
添加了防火墙规则来解决此问题。