Как сделать так, чтобы Team City проверил последнюю версию ветки - рассматривает, если тег существует
По какой-то причине TC больше не обнаруживает изменения в ветке разработки после того, как мы отметили релиз. Вплоть до прошлой пятницы тегов не было, и до этого момента ТК хорошо строил. Затем мы добавили тег, чтобы отметить конец весны, и после этого Team City не вносит никаких изменений. Запуск ручного запуска только проверяет ту ревизию, которая была помечена. Я не понимаю, почему маркировка релиза должна влиять на процедуру VCS, учитывая, что там ничего не меняется.
Соответствующий вывод из журнала сборки
[10:18:29][Compute revision for 'app-develop branch'] Upper limit revision: 1ec51e6c701548753678c18c20e24c87a6c189f7
[10:18:29][Compute revision for 'app-develop branch'] Latest commit attached to build configuration: 1ec51e6c701548753678c18c20e24c87a6c189f7
[10:18:29][Compute revision for 'app-develop branch'] Computed revision: 1ec51e6c701548753678c18c20e24c87a6c189f7
Когда я вручную ssh на сервер CI и захожу в каталог сборки, я вижу, что удаленный develop ветку видно, но локальная не обновляется:
* cf2c86a - (origin/develop) Handle special users when formatting names (67 minutes ago) <Carl-Erik Kopseng>
* 70cadf0 - Fix bug in formatting (82 minutes ago) <Carl-Erik Kopseng>
* 8f24c0d - Move user formatting util over to domain class (83 minutes ago) <Carl-Erik Kopseng>
* 1ec51e6 - (HEAD, tag: sprint-15-demo, develop) Merge pull request #826 from mycomp/nim-605 (7 weeks ago) <Carl-Erik Kopseng>
2 ответа
Я добавлю еще один ответ, поскольку @Amy, по- видимому, работал в одной ситуации, но не для другого проекта. Этот другой проект уже имел ветку по умолчанию, установленную на правильное (по умолчанию) значение refs/heads/master,
То, что в конечном итоге сработало для меня, было утомительным решением, найденным в сообществе TC:
- Отключить существующий корень VCS
- Создайте новый с точно такими же настройками
Да, это не должно иметь никакого значения, но это сделало.
Я подозреваю, что шутка головоломки может заключаться в том, что мы вернулись к предыдущей конфигурации на прошлой неделе. Это сделало счетчик сборок неправильным (DB vs config), что могло бы смешаться с концепцией исторических сборок и всего этого джаза. В любом случае, безусловно, ошибка с точки зрения пользователя.
Установите ветку по умолчанию на refs/heads/develop вместо develop,
Я подозреваю, что происходит, что он не может найти вашу ветку по умолчанию, так как develop не является "допустимой" спецификацией ветви, поэтому он ищет другие ветви и теги. Он находит один и использует это. Это не было проблемой, когда не существовало никаких других веток / тегов.