"git checkout tag-name" vs "git reset --hard tag-name"

Я знаю, что есть такие вопросы, как , но это не то, о чем я прошу.

Я также знаю, что:

git checkout tag-name:

  • Отделяет вас от ветки. (т.е. перемещает указатель HEAD, сохраняет указатель BRANCH)

git reset --hard tag-name:

  • Не отделяет вас от ветки, но делает предыдущие коммиты "свисающими". (т.е. перемещает указатели HEAD и BRANCH)

Интересно, какой из них имеет смысл для обновления к тегу, т.е. если произведение будет сброшено или извлечено. Я знаю, что сборщик мусора может работать, удаляя оборванные коммиты, но опять же, если производство всегда "вытягивается" до процесса обновления в тег, я не вижу ничего плохого.

Должно ли производственное обновление тега с reset или checkout, учитывая, что a pull всегда выполняется до этого вызова обновления?

ОТВЕТЫ

Ответ 1

Интересно, какой из них имеет смысл для обновления тега

Ваша производственная установка должна проверять тег.

Подумайте об этом так: ваша производственная установка доступна только для чтения. git reset --hard tag-name изменит текущую отмеченную ветку.

В качестве альтернативы

Общепринятая практика заключается в том, что помимо создания тега у вас есть одна ветка, которая является просто последней версией. В этом случае вы, например, слияние для создания и создания тега; и на ваших производственных установках вы обновляете просто с помощью git pull (на master).