Я недавно начал видеть вышеприведенную ошибку с постоянно растущей частотой на нашем сервере сборки. В течение этого периода ничего не изменилось в нашей конфигурации TeamCity, поэтому я предполагаю, что это могут быть изменения в GitHub, которые вызывают ошибку.
Я попытался изменить наш интервал опроса VCS с 60 до 600 с на случай, если GitHub делает какое-то дросселирование соединения, но никакого эффекта не было.
Возможно ли сделать TeamCity менее чувствительным к тайм-ауту соединения?
Для доказательства попробуйте сделать это на своем сервере, где установлен TC.
(командная строка, конечно)
C:\git\bin\git.exe clone https://github.com/libgit2/libgit2.git
и это не должно работать большую часть времени.
Итак, у AZURE есть сетевая ошибка, и они знают об этом и пытаются решить проблему.
Эта информация была предоставлена через GitHub после того, как они работали с Azure, чтобы выяснить, что происходит.
Вы должны использовать SSH KEYS в качестве текущего обходного пути.
Мы сделали его менее чувствительным: теперь git -plugin будет повторять операцию в случае ConnectException. Чтобы получить это поведение, вам нужно установить последнюю версию git -plugin из teamcity.jetbrains.com. Для этого поместите zip из артефактов сборки в <TEAMCITY_DATA_DIR>/plugins и перезапустите сервер.
Вы отправили несколько информации для вопроса. Это лучше, если вы могли бы отправить команду [email protected] с более подробной информацией и отладочными журналами с сервера TeamCity.
Некоторые легко проверяют: * вы можете открыть github.com с сервера в браузере * вы можете клонировать с github.com на сервере с консоли
Сегодня у нас эта ошибка внезапно (23 февраля 2018 года).
Оказывается, GitHub.com не одобряет некоторые алгоритмы безопасности в своей реализации ssh.
Решения:
Здесь объявление от JetBrains: https://teamcity-support.jetbrains.com/hc/en-us/community/posts/360000115644-Builds-using-GitHub-com-fail-with-VCS-errors-since-February-22-FIX-AVAILABLE
Переход на ssh помог нам избежать тайм-аутов.