Как происходит объединение двух веток с помощью merge

Как происходит объединение двух веток с помощью merge

Это фундаментальный навык в Git. Рассмотрю детально как работает merge и какие варианты существуют.

Что такое merge

Merge — это процесс объединения истории коммитов одной ветки (обычно feature branch) в другую ветку (обычно main/master). После merge обе ветки указывают на один и тот же код.

Шаг за шагом: Fast-Forward Merge

Это самый простой случай, когда вы опережаете основную ветку:

# Исходное состояние
main:    C1 <- C2 <- C3
feature:                <- C4 <- C5

# После merge
main:    C1 <- C2 <- C3 <- C4 <- C5
feature:                <- C4 <- C5

Код:

# 1. Переходим на основную ветку
git checkout main

# 2. Выполняем merge
git merge feature

# Результат: main указывает на C5 (последний коммит feature)
# Новых коммитов merge создано не было

Шаг за шагом: 3-Way Merge

Это когда обе ветки имеют свою историю (конфликт):

# Исходное состояние
main:    C1 <- C2 <- C3 <- C4 (изменили fileA.java)
         /
C1 <- C2 <- C5 <- C6 (тоже изменили fileA.java)
feature:

# После merge
main:    C1 <- C2 <- C3 <- C4 
         \           ╱
          <- C5 <- C6 <- M (merge commit)

Код:

# 1. Убеждаемся, что находимся на основной ветке
git checkout main

# 2. Выполняем merge
git merge feature

# Результат: Git создает НОВЫЙ merge commit M
# Этот коммит имеет двух родителей: C4 и C6

Под капотом: как Git решает конфликты

# Если есть конфликты, Git информирует:
git merge feature
# Auto-merging fileA.java
# CONFLICT (content): Merge conflict in fileA.java
# Automatic merge failed; fix conflicts and then commit the result.

В файле fileA.java вы увидите:

// Это ваш текущий код из main
<<<<<<< HEAD
public void methodA() {
    System.out.println("Version from main");
}
=======
// Это код из feature ветки
public void methodA() {
    System.out.println("Version from feature");
}
>>>>>>> feature

Решение конфликта

// Выбираем: оставляем оба варианта, или выбираем один
public void methodA() {
    System.out.println("Combined version");
    // Комбинация обоих изменений
}

После решения конфликта:

# 1. Добавляем изменения
git add fileA.java

# 2. Завершаем merge
git commit -m "Merge feature branch"

Важные флаги merge

--no-ff (No Fast-Forward)

Создает merge commit даже при возможности fast-forward:

git merge --no-ff feature

# Результат всегда будет M commit, даже если был возможен FF
main:    C1 <- C2 <- C3 
         \           ╱
          <- C4 <- C5 <- M

Это полезно для сохранения истории отдельных фич:

git log --oneline --graph
# Показывает ясную историю разработки

--squash

Объединяет все коммиты feature в один:

git merge --squash feature

# Результат:
main:    C1 <- C2 <- C3 <- M (содержит все изменения C4 и C5, но как один коммит)

feature: C4 <- C5 (остается нетронутой)

--strategy

Указывает стратегию merge:

# Recursive (по умолчанию) — работает хорошо для большинства случаев
git merge --strategy recursive feature

# Ours — при конфликтах берет всегда наши изменения
git merge --strategy ours feature

# Theirs — при конфликтах берет всегда их изменения
git merge --strategy theirs feature

Реальный пример из рабочей практики

# Сценарий: работаем над feature, а на main есть важные изменения

# 1. Текущее состояние
# main:  C1 <- C2 <- C3 (bugfix)
# feature: C1 <- C4 <- C5 <- C6 (новая фича)

# 2. Хотим убедиться, что наша фича совместима с bugfix
git checkout feature
git merge main

# 3. Решаем конфликты (если есть)
# 4. Тестируем feature
# 5. Когда готово, merge обратно
git checkout main
git merge --no-ff feature

# История становится:
# main: C1 <- C2 <- C3 <- M (содержит C4, C5, C6)

Альтернатива merge: Rebase

Это другой подход к объединению веток:

# Merge: сохраняет полную историю обоих веток
git merge feature
# История остается такой, какая была

# Rebase: переписывает историю
git rebase feature
# История становится линейной

Pro и Contra merge:

Плюсы merge:

• Сохраняет полную историю разработки
• Видно, когда была интегрирована каждая фича
• Безопасно для shared веток

Минусы merge:

• История становится более сложной
• Много merge commits

Быстрая диагностика проблем с merge

# Отменить незавершенный merge
git merge --abort

# Посмотреть статус merge
git status
# both modified: fileA.java (конфликт)

# Увидеть разницу до и после merge
git diff --ours   # наши изменения
git diff --theirs # их изменения

# Отменить уже сделанный merge commit
git reset --hard HEAD~1

Лучшие практики

1. Всегда merge в main с --no-ff — сохраняет историю
2. Решай конфликты локально перед push — не пускай конфликты на сервер
3. Пиши понятные merge messages — помогает при анализе истории
4. Тестируй после merge — убедись, что ничего не сломалось
5. Используй git log --graph — чтобы видеть структуру merge'ов

Мerge — это основной инструмент для командной разработки, поэтому важно понимать его полностью.