Предыдущий ролик Следующий ролик  

Видео урок: Создание тегов

Принципы контроля версий

Создавать теги в Git очень просто. Теги называются тегами, но не метками. Для создания тега мы вводим git tag, флаг добавления, v1, а затем мы вводим сообщение о том, для чего мы его создаем, например, Label version 1. Теперь, чтобы увидеть теги в хранилище, мы просто вводим git tag. Чтобы увидеть определенный тег, вы можете ввести git show и название тега, здесь отображается тег, а в верхней части показано, кем и когда был создан этот тег, что в нем находится, и какие существуют различия между тегом и моим текущим рабочим набором.

Теперь, если я хочу вернуться к этому тегу позднее, например, чтобы исправить ошибку, я могу ввести git checkout v1, и если я хочу вернуться к последнему изменению, я ввожу git checkout HEAD. Так как создавать ветки в Git очень легко, я хочу сначала получить содержимое тега в рабочий набор, а затем создать ветку и показать вам, что изменения в ветке не зависят от изменений в основном бранче. Так, например, вам пришлось вернуться к версии 1 через три месяца. Вы получите содержимое тега v1, создадите ветку, внесете в нее необходимые изменения и отправите их в основной бранч, или вы можете оставить отдельную ветку для версии 1 и работать далее в мастер-бранче.

И последнее. Если вы хотите скопировать ваши теги в удаленное хранилище, вы должны использовать команду git push --tags, и если вы хотите получить их из удаленного хранилища, используйте git pull --tags с соответствующими дополнительными аргументами, которые указывают, из какого хранилища вы получаете теги и в какое хранилище вы из копируете. Итак, по умолчанию теги не копируются автоматически при push или pull. ОК, это все про теги в Git. Их очень, очень просто создавать. Они позволяют создать резервную копию определенного состояния и продолжать работу.

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