Какие знаешь способы применения коммита из одной ветку в другую?

Ответ

Способы применения коммитов между ветками Git

В повседневной работе часто нужно перенести изменения из одной ветки в другую. Рассмотрю основные подходы и их использование.

1. Cherry-pick — самый простой способ

Применяет конкретный коммит из одной ветки в другую, создавая новый коммит с тем же набором изменений.

# Переключаемся на целевую ветку
git checkout main

# Применяем коммит из feature ветки
git cherry-pick abc1234

# Если конфликты — разрешаем вручную
git add .
git cherry-pick --continue

# Несколько коммитов за раз
git cherry-pick abc1234 def5678 ghi9012

# Диапазон коммитов
git cherry-pick feature~2..feature  # последние 2 коммита из feature

Когда использовать:

• Нужен конкретный фикс из другой ветки
• Срочный патч из ветки разработки в production
• Переносим доделанный функционал на нужную ветку

2. Merge — объединение всей ветки

Объединяет всю ветку в текущую, сохраняя историю ветвления.

git checkout main

# Трёхсторонний merge (fast-forward если возможно)
git merge feature

# Без fast-forward — всегда создаёт merge коммит
git merge --no-ff feature

# Squash — все коммиты в один
git merge --squash feature

Различия:

• Fast-forward: линейная история, если feature базировалась на main без изменений в main
• Non-fast-forward (--no-ff): всегда создаёт merge коммит, сохраняет информацию о ветке
• Squash: совмещает все коммиты ветки в один перед мержем

3. Rebase — переписывание истории

Перестраивает коммиты одной ветки поверх другой, создавая линейную историю.

# Находясь на feature ветке
git rebase main

# Интерактивный rebase — редактируем коммиты
git rebase -i main
# Можно переордерить, объединить (squash), отредактировать коммиты

# Отмена rebase при конфликтах
git rebase --abort

Интерактивный rebase в действии:

# Редактируем последние 3 коммита
git rebase -i HEAD~3

# В редакторе:
# pick abc1234 Добавлен юзерсервис
# squash def5678 Исправлены баги
# reword ghi9012 Добавлены тесты

4. Patch/Diff — ручное применение изменений

Для специфических случаев можно создать патч и применить его.

# Создаём патч из коммита
git show abc1234 > changes.patch

# Или из диапазона коммитов
git diff main...feature > feature.patch

# Применяем патч в другой ветке
git apply changes.patch

# С проверкой перед применением
git apply --check changes.patch

Выбор подхода — сравнительная таблица

Best Practices

1. Никогда не rebase shared ветки (main, develop) — это переписывает историю для всех
2. Cherry-pick для горячих фиксов в production
3. Merge/squash merge для PR в основные ветки
4. Rebase для синхронизации локальной ветки перед push
5. Проверяй конфликты внимательно перед применением

В реальных проектах обычно используется комбинация: разработчик делает rebase локально, потом создаёт PR с merge (или squash merge) в main.