Введение в Git Tag
Прежде чем углубляться в подробности тега Git Checkout, позвольте мне кратко познакомить вас с Git и узнать, почему он так популярен и полезен. Git - это инструмент для распределенного управления, используемый не только менеджерами и разработчиками продуктов, но и специалистами по данным для управления разработкой исходного кода программы и ее историей. В этой статье мы узнаем больше о концепции тегов в Git и о том, как и когда используется команда тегов git.
Что такое Git Tag?
Теги - это ссылки, которые указывают на некоторые конкретные моменты в истории Git. Он в основном используется для моментального снимка определенной точки в прошлом и для отметки версии выпуска (например, v0.0.1). Это как ветка, которая не меняется. У них также нет дополнительной истории коммитов. Начнем с изучения того, как создавать новые теги.
Создание новых тегов
Для создания нового тега вы можете выполнить следующую команду:
git tag
Чтобы создать новый тег, замените его синтаксически похожим идентификатором, который идентифицирует точку хранилища при создании тега. Распространенным подходом является использование номеров версий, таких как git tag v2.5. Git имеет в основном два вида тегов - легкие теги и теги с комментариями. Приведенный выше пример был облегченного тега. Аннотированные теги и легковесные теги отличаются по общему объему метаданных, которые они могут хранить с предыдущим, сохраняя больше данных, состоящих из электронной почты, даты и имени тега. Первые теги являются общедоступными, а вторые - частными. Легкие теги похожи на «закладки» для фиксации, в основном это имя, которое указывает на фиксацию и, следовательно, может быть полезно для создания быстрых ссылок для связанных коммитов.
Команды для создания облегченного тега и аннотированного тега соответственно:
git tag
git tag -a
Теги листинга
Для вывода списка сохраненных тегов в репо можно использовать следующую команду:
git tag
Это дает список тегов в качестве вывода:
v1.12.0
v1.12.0-rc1
v0.13.0
v1.13.0-rc1
v0.13.1
v2.14.0
v0.14.0-rc1
v1.14.2
v0.12.0
v0.12.0-rc1
v1.12.0-RC2
Чтобы получить конкретный список тегов, в команду можно передать -l вместе с выражением подстановочного знака:
git tag -l *-RC*
v0.12.0-rc1
v1.13.0-rc1
v0.14.0-rc1
v2.14.0-RC2
v0.15.0-rc1
v1.10.0-rc1
v14.0.0-РК-2
v14.5.0-rc.3
Вышеприведенный пример показывает использование опции -l и выражения-подстановки -RC, которое возвращает список всех тегов с заданным шаблоном спецификаций, помеченным этим префиксом, ранее использовавшимся для распознавания кандидатов на выпуск.
Оформить заказ
Скажем, у вас есть проект, и вы хотите отметить на нем определенные точки. Чтобы оформить тег, он должен быть локально представлен в вашем хранилище. Для этого вам нужно извлечь все теги в ваш локальный репозиторий.
git fetch –all или git fetch --all --tags –prune
После получения всех тегов вы можете проверить тег с помощью команды.
git tag -a -m
И если через некоторое время вы захотите перейти к этому тегу, вы должны сначала зафиксировать свои текущие изменения, чтобы убедиться, что вы можете проверять новые действия, не теряя предыдущую работу. Это делается с помощью:
git checkout tags/
Вы также можете одновременно создать новую ветвь, когда извлекаете этот тег, чтобы текущая ветвь не перезаписывалась. Для этого используется приведенная ниже команда.
git checkout tags/ -b
Чтобы выйти из текущей ветви, вы можете вернуться к другой ветви, введя эту команду.
git checkout
Обратите внимание, что для переключения на другую ветку вам нужно только дать имя этой ветви, в отличие от тегов, в которые вы должны вставить префикс «tags /».
Команду git checkout можно использовать для просмотра состояния репозитория, как показано ниже:
git checkout v1.4
Вышеупомянутая команда проверит тег v1.4, поместив репозиторий в неподключенный или отсоединенный HEAD, состояние, которое означает, что ни одно из внесенных изменений не обновит тег, создав, таким образом, новый отдельный коммит. Теперь этот недавно открепленный коммит не будет частью какой-либо из предыдущих ветвей и, следовательно, может быть достигнут только напрямую коммитами. Это говорит нам о том, что это отличная практика - создавать совершенно новую ветвь всякий раз, когда вы хотите внести изменения в отключенное состояние HEAD.
Если в примере у вас есть 2 тега, например, версия 1.0 и версия 1.1, вы можете проверить их, выполнив любую из следующих команд:
git checkout B …
git checkout version 1.1 …
git checkout tags/version 1.1 …
Все вышеперечисленные команды будут делать то же самое, что тег - просто указатель на данный коммит.
Удаление тегов
Как следует из названия, удаление тегов используется для удаления указанного тега и может быть легко выполнено с помощью приведенной ниже команды.
git tag -d
Обойдя опцию -d для тега git вместе с именем тега, который нужно удалить, вы можете удалить указанный тег.
git tag
v1
v2
v3
git tag -d v1
git tag
v2
v3
В данном примере тег git сначала используется для отображения списка тегов v1, v2 и v3. Затем выполняется команда удаления для удаления тега v1. Это удаляет удаленный тег с сервера.
Преимущества Git Checkout Tag
- Он используется для создания, изменения и удаления тегов.
- Его можно использовать для перечисления всех тегов в локальном хранилище.
- Это также помогает оформить удаленные филиалы.
- Это помогает управлять и обрабатывать релизы.
- Сохраняет хранилище и процесс чистыми и читаемыми.
Вывод - Git Checkout Tag
Git имеет много применений и широко используется разработчиками, менеджерами по продуктам и исследователями данных. Его команды очень эффективны и могут быть очень полезны. Подводя итог, отметим, что тегирование - это дополнительный механизм, который используется для записи истории репозитория Git. Он традиционно используется для создания тегов семантических идентификаторов, соответствующих версиям выпуска программного обеспечения, но в основном используется для создания, изменения и удаления тегов.
Рекомендуемые статьи
Это руководство по тегу Git Checkout. Здесь мы обсудим, как создавать новые теги и проверить теги, а также его преимущества. Вы также можете просмотреть наши другие предлагаемые статьи, чтобы узнать больше -
- Что такое Git?
- Git Терминология
- Что такое Git Branch?
- Команды GIT
- Система контроля версий GIT
- Git Push
- Три стадии жизненного цикла Git с рабочим процессом