Что такое конфликт в Git?

Конфликт в Git

Конфликт в Git — это ситуация, когда Git не может автоматически объединить (merge) изменения из двух разных веток, потому что они изменили одни и те же части файла несовместимым образом. Git требует вмешательства разработчика для разрешения конфликта.

Когда возникают конфликты

Конфликты возникают при выполнении операций слияния веток:

• Merge — объединение двух веток
• Rebase — пересоздание коммитов одной ветки на основе другой
• Pull — загрузка и объединение удалённых изменений
• Cherry-pick — применение отдельного коммита из другой ветки

Типы конфликтов

1. Конфликт содержимого файла

Два разработчика изменили одни и те же строки файла:

// main.java — исходный файл
public class Calculator {
    public int add(int a, int b) {
        return a + b;
    }
}

// Разработчик A в ветке feature-a:
public class Calculator {
    public int add(int a, int b) {
        return a + b + 1;
    }
}

Как выглядит конфликт

Git помечает конфликтные места специальными маркерами:

<<<<<<< HEAD
public int add(int a, int b) {
    return a + b + 1;
}
=======
public int add(int a, int b) {
    return a + b + 0;
}
>>>>>>> feature-branch

Как Git обнаруживает конфликты

Git использует трёхстороннее сравнение (3-way merge):

// BASE (общий предок)
public int add(int a, int b) {
    return a + b;
}

// OURS (текущая ветка)
public int add(int a, int b) {
    return a + b + 1;
}

// THEIRS (другая ветка)
public int add(int a, int b) {
    return a + b + 0;
}

Разрешение конфликтов

Шаг 1: Определить конфликты

git status

Шаг 2: Просмотреть конфликты

git diff

Шаг 3: Выбрать разрешение

# Принять наше изменение
git checkout --ours Calculator.java

# Принять их изменение
git checkout --theirs Calculator.java

Шаг 4: Завершить разрешение

git add Calculator.java
git commit -m "Resolve merge conflict"

Использование инструментов для разрешения

Встроенный инструмент Git:

git mergetool

IDE инструменты (IntelliJ IDEA, VS Code) показывают конфликты визуально и позволяют выбирать версии интерактивно.

Предотвращение конфликтов

1. Обновляй ветку перед push:

git pull origin develop
git push origin feature-branch

2. Правильная иерархия веток:

git checkout -b feature/my-feature develop

3. Малые, сосредоточенные PR: Меньше код — меньше шансов конфликта.

4. Частые pull'ы:

git fetch origin
git rebase origin/develop

Примеры разрешения конфликтов

Пример 1: Simple merge conflict

$ git merge feature-branch
Auto-merging app.java
CONFLICT (content): Merge conflict in app.java

# Открываем app.java и видим конфликт
# Решаем вручную

$ git add app.java
$ git commit -m "Merge feature-branch: resolve conflict"

Пример 2: Отменить весь merge

$ git merge --abort

Типичные сценарии

Merge from develop to feature: Обновление feature ветки с изменениями из develop:

git checkout feature/new-feature
git merge develop
# Если конфликты, разреши их
git add .
git commit -m "Merge develop"

Rebase to keep history clean: Пересоздание коммитов на основе новой ветки:

git checkout feature/new-feature
git rebase develop
# Если конфликты при rebase
# Разреши их, затем:
git rebase --continue

Понимание конфликтов в Git — критичный навык для командной разработки. Конфликты неизбежны в больших командах, но их можно минимизировать через хорошую организацию веток и частое обновление кода.