我最近开始在我们的构建服务器上看到上述错误的频率越来越高。在此期间，我们的 TeamCity 配置没有任何变化，所以我猜可能是 GitHub 上的更改导致了错误。
我尝试将我们的 VCS 轮询间隔从 60 秒更改为 600 秒，以防 GitHub 进行某种连接限制，但没有任何影响。
是否可以让 TeamCity 对连接超时不那么敏感？
问问题
9569 次
7 回答
15
TeamCity 没有问题 - 实际上是 AZURE 有问题。
为了证明，请尝试在安装了 TC 的服务器中执行此操作。
（当然是命令行）
C:\git\bin\git.exe clone https://github.com/libgit2/libgit2.git
这在大多数情况下都不应该起作用。
所以 AZURE 有一个网络错误，他们知道并正在尝试解决这个问题。
此信息是在他们与 Azure 合作找出发生的情况后通过 GitHub 提供的。
结论
您必须使用 SSH KEYS 作为当前的解决方法。
于 2014-02-25T00:51:10.647 回答
3
我们降低了它的敏感度：现在 git-plugin 将在 ConnectException 的情况下重试操作。要获得此行为，您需要从teamcity.jetbrains.com安装最新版本的 git-plugin 。为此，将构建工件中的 zip 文件放入<TEAMCITY_DATA_DIR>/plugins并重新启动服务器。
于 2014-01-30T10:29:14.463 回答
1
您已针对该问题发布了很少的信息。如果您可以通过电子邮件将团队发送到 teamcity-feedback@jetbrains.com 并提供更多详细信息和来自 TeamCity 服务器的调试日志，那就更好了
一些容易检查的事情： * 你可以在浏览器中从服务器打开 github.com * 你可以从控制台从服务器中的 github.com 克隆
于 2014-01-29T10:37:37.727 回答
1
我们今天（2018 年 2 月 23 日）突然遇到了这个错误。
结果 GitHub.com 在他们的 ssh 实现中弃用了一些安全算法。
解决方案：
- 在受影响的 VCS 根目录中切换到“https://...” URL 并提供您的凭据以进行身份验证
- 升级到最新的 TeamCity 版本
以下是 JetBrains 的公告：https ://teamcity-support.jetbrains.com/hc/en-us/community/posts/360000115644-Builds-using-GitHub-com-fail-with-VCS-errors-since-February- 22-修复-可用
于 2018-02-23T16:33:48.820 回答
0
切换到 ssh 帮助我们避免了超时。
于 2014-02-24T03:21:08.017 回答
0
正如@Pure.Krome所说，您可以使用 SSH KEYS 来允许您访问 Azure TFS GIT URL，或者您可以通过选中“启用备用凭据”来修改“备用凭据”中的设置，这样您就可以通过使用来访问存储库用户名和密码。
首先在 Azure DevOps 中转到您的项目：
然后在 RHS 菜单中选择安全性：
最后在 LHS 菜单中选择“Alternate Credentials”，然后单击“Enable authentication alternate credentials”，然后输入您的用户名和密码：
请注意，这不如使用 SSH KEYS 安全。
于 2019-06-01T21:30:53.233 回答
0
即使使用 ssh 我也遇到了这个问题。我意识到有一个防火墙将所有 ssh 流量视为 ssh 暴力攻击。然后防火墙将阻止该请求。
添加了防火墙规则来解决该问题。
于 2019-12-29T18:22:32.900 回答