Git label связан со старым коммитом после релабеля при использовании бамбука

Question

У меня проблемы с проверкой коммита с использованием меток.

Я сделал коммит и пометил коммит 1.0. Мне пришлось сделать некоторую перебазировку, которая закончилась изменением некоторых коммитов в моей истории, что привело меня к необходимости поменять метку 1.0 на новом коммите. Когда я вручную извлекаю метку с помощью git checkout 1.0, новый коммит извлекается, и он прекрасно работает. Есть сценарий, когда проверка метки заканчивается указанием на старый коммит ... Сценарий, когда я использую скрипт python для выполнения проверки git и у меня вызывается скрипт из задания Bamboo Atlassian.

Кто-нибудь знает, что может быть причиной того, что история не будет обновлена? Обратите внимание, что бамбуковая работа каждый раз очищает окружающую среду.

Answer 1

Возможно, что у вас есть не удаленный / отодвинутый назад тег , который вы только что переместили локально.

git push origin :refs/tags/<tagname>
git tag -fa <tagname>
git push origin master --tags

При нажатии задание Bamboo сможет получить, а затем оформить заказправильный коммит для тега 1.0.

* Tyleax OP добавляет в комментарии :

Мне нужно было сделать одинеще шаг.

Удаленные агенты Bamboo кэшируют информацию о репозитории git . Мне пришлось удалить кеш в xml-data/build-dir/_git-repositories-cache, при следующей проверке он смог извлечь правильный коммит через метку.
Без удаления он все еще указывал на старый коммит