В чем разница между тегом и веткой?

Тег vs Ветка: Основные различия в системе контроля версий

В системах контроля версий (например, Git) теги (tags) и ветки (branches) — это принципиально разные механизмы работы с историей кода, хотя оба ссылаются на определенные коммиты.

Тег (Tag)

Тег — это статическая, неизменяемая ссылка на конкретный коммит в истории. Его основное назначение — отметить важную веху в разработке, которую нужно сохранить навсегда и легко найти.

Ключевые характеристики тегов:

• Неизменяемость. После создания тег, как правило, не перемещается. Он "приклеивается" к одному коммиту.
• Цель: Маркировка релизов (v1.0.0, v2.1.3), стабильных сборок, контрольных точек.
• Типы тегов:

    *   **Аннотированный тег (Annotated):** Полноценный объект в базе данных Git, содержащий метаданные: имя теггера, email, дату, сообщение-аннотацию. Рекомендуется для релизов.

    ```bash
    git tag -a v1.5 -m "Релиз версии 1.5 с новым API"
    ```

    *   **Легковесный тег (Lightweight):** Просто указатель на коммит, похожий на ветку, но не перемещаемый.

    ```bash
    git tag v1.5-lite
    ```

Ветка (Branch)

Ветка — это динамический, перемещаемый указатель на коммит. Она представляет собой отдельную линию разработки, которая эволюционирует по мере добавления новых коммитов.

Ключевые характеристики веток:

• Изменяемость. Указатель ветки автоматически перемещается вперед при каждом новом коммите, сделанном в этой ветке.
• Цель: Изоляция потока разработки для новых функций, исправления багов, экспериментов.
• Основная ветка: Обычно main или master — это стабильная, рабочая версия продукта.

# Создание ветки для новой функциональности
git branch feature/new-payment
git checkout feature/new-payment
# Или одной командой:
git checkout -b feature/new-payment

# После нескольких коммитов указатель ветки feature/new-payment сдвинется вперед,
# в то время как main останется на прежнем месте.

Сравнительная таблица

Практический пример в рабочем процессе

Представьте цикл разработки проекта:

1. Вы работаете над новой функцией в ветке feature/auth.
2. Функция готова, протестирована и влита (merge) в ветку main.
3. Код в main стабилен, и вы готовы выпустить его в прод. Вы создаете тег v2.0.0 на коммите, который находится в main в этот момент.

   git checkout main
   git pull
   git tag -a v2.0.0 -m "Релиз стабильной версии 2.0.0"
   git push origin v2.0.0
   

4. Начинается новая итерация. Разработчики создают новые ветки от main (например, hotfix/critical-bug), а тег v2.0.0 навсегда остается маркером для сборки этой конкретной версии.

Важные технические нюансы

• Указатели: И ветка, и тег — это, по сути, файлы в .git/refs/ (в heads/ и tags/ соответственно), хранящие хэш коммита. Но Git обрабатывает их по-разному.
• Перемещение тега: В исключительных случаях легковесный тег можно удалить и создать заново на другом коммите, но для аннотированных тегов это плохая практика, так как изменяет историю. Ветки же перемещаются постоянно и это естественно.
• Извлечение (checkout): При checkout ветки вы попадаете в "рабочее состояние" этой линии разработки и можете вносить изменения. При checkout тега вы переходите в состояние "detached HEAD" — ваша рабочая директория отражает точный снимок проекта на момент тега, но любые новые коммиты не будут привязаны к какой-либо ветке без дополнительных действий.

Итог: Используйте ветки для всего, что связано с активной разработкой и эволюцией кода. Используйте теги для маркировки ключевых исторических состояний, которые важны для сборки, развертывания или документации. Тег — это константа, ветка — это переменная.