TeamCity застревает при обновлении источников в одном репозитории Git

Я только что установил TeamCity 8.0 в Windows для сборки проектов (решений Visual Studio) в четырех отдельных репозиториях Git. На трех из них он работает должным образом, но на одном он застревает при обновлении источников. Настройки для четырех корней VCS идентичны (за исключением URL-адресов для получения репозитория Git).

Все проекты TeamCity используют проверку на стороне сервера.

Журнал сборки проблемного проекта содержит

[15:36:34]: bt1 (бег 41мин: 38с)

[15:36:34]: Проверка изменений (продолжительность 41 мин. 37 сек.)

[15:36:37]: публикация внутренних артефактов

[15:36:38]: [Публикация внутренних артефактов] Отправка файла build.start.properties.gz

[15:36:37]: Очистка временного каталога: C: \ TeamCity \ buildAgent \ temp \ buildTmp

[15:36:37]: Каталог оформления заказа: C: \ TeamCity \ buildAgent \ work \ 62d0281b7178c739

[15:36:37]: Источники обновления: проверка на стороне сервера (время работы 41 мин. 34 сек.)

[15:36:38]: [Обновление источников] Выполняется чистая проверка. Причина: у агента нет ни одной версии исходников проекта.

[15:36:38]: [Обновление источников] Создание и кеширование чистого патча для корня VCS: [email protected]: Company.WebSite.git # master

Используя Process Monitor в агенте сборки, я вижу, что он забивает следующую папку операциями ReadFile.

C: \ ProgramData \ JetBrains \ TeamCity \ system \ caches \ git \ git-11F9493A.git \ objects \ pack \ pack-1490ccc8f7896ab876413465c4b48e87448bed35.pack

Размер этого файла .pack составляет около 300 МБ, что, по моему мнению, совпадает с размером репозитория Git.

Я попытался удалить эту папку и перезапустить агент сборки TeamCity и службы Windows сервера сборки, но он просто воссоздается, а затем TeamCity снова забивает его.

Есть ли другие рекомендации по устранению неполадок такого рода?


git teamcity teamcity-8.0
person Richard Ev    schedule 12.09.2013    source источник

Ответы (3)


arrow_upward
6
arrow_downward

Сценарий из принятого ответа ко мне не относился. Мне удалось решить проблему, просто создав новый корень VCS в том же репо и присоединив его к моей конфигурации сборки.

person Facio Ratio    schedule 22.04.2015
comment
Как ни странно, у меня это тоже сработало (TeamCity 9.1.4). - person Hannes Sachsenhofer; 07.12.2015
comment
То же самое здесь, но вместо создания нового корня VCS я просто отредактировал существующий, сохранил его, а затем повторно запустил сборку, и она просто начала работать. Странный. (9.0.3) - person theyetiman; 02.03.2016

arrow_upward
5
arrow_downward

Я разместил это на форумах TeamCity и получил там ответ.

TeamCity по умолчанию имеет ограничение на размер файла 128 МБ; если в вашем репо есть файлы, размер которых или когда-либо был превышал этот предел, то клонирование репо завершится ошибкой.

У нас есть SQL-скрипт в нашем репо, который раньше был размером около 200 МБ.

Исправление заключалось в установке внутреннего параметра в TeamCity равным увеличьте этот предел:

teamcity.git.stream.file.threshold.mb=256

person Richard Ev    schedule 19.09.2013

arrow_upward
4
arrow_downward

Используйте параметр «Принудительно выполнить чистую проверку» в меню «Действия конфигурации сборки».

TeamCity - Обеспечить чистую оплату

В следующий раз, когда вы запустите сборку, она повторно создаст локальное репозиторий git и должно вернуться в нормальное состояние.

person Bron Davies    schedule 12.06.2016
comment
Спасибо, но это не сработало бы в нашем сценарии, согласно моему ответу. - person Richard Ev; 13.06.2016
comment
@RichardEverett Я признаю, что это правда - однако это также не было решением моей проблемы. Это сработало для меня, поэтому я подумал, что поделюсь. - person Bron Davies; 13.06.2016