Какой командой в Git можно скопировать коммит в branch?

Копирование коммита между ветками в Git

Для копирования коммита из одной ветки в другую используется несколько команд, в зависимости от ситуации.

1. git cherry-pick (основной способ)

Команда git cherry-pick позволяет применить конкретный коммит на текущую ветку:

# Переключиться на целевую ветку
git checkout target-branch

# Скопировать конкретный коммит
git cherry-pick abc1234

# Скопировать коммит и без автокоммита (для редактирования)
git cherry-pick --no-commit abc1234

# После редактирования зафиксировать
git commit -m "Cherry-picked: Original message"

Пример:

# На ветке main есть коммит с хешем a1b2c3d
# Нам нужно скопировать его в ветку develop

git log main  # Видим коммит a1b2c3d

# Переключаемся на develop
git checkout develop

# Копируем коммит
git cherry-pick a1b2c3d
# Результат: коммит создан на develop с тем же содержимым, но новым хешем

Копирование нескольких коммитов подряд:

# Копируем диапазон коммитов
git cherry-pick commit1..commit5
# Скопирует коммиты от commit1+1 до commit5 (commit1 не включается)

# Копируем диапазон с включением первого коммита
git cherry-pick commit1^..commit5

# Копируем последние 3 коммита
git cherry-pick HEAD~3..HEAD

2. git rebase (для последовательности коммитов)

Когда нужно переместить целую последовательность коммитов:

# Переместить коммиты с feature ветки на master
git checkout feature
git rebase master
# feature ветка теперь имеет все коммиты от master + свои коммиты сверху

# После этого можно merge в master
git checkout master
git merge feature  # Fast-forward merge

Interactive rebase для выбора коммитов:

# Начать interactive rebase для последних 5 коммитов
git rebase -i HEAD~5

# Откроется редактор со списком:
# pick a1b2c3d Commit message 1
# pick d4e5f6g Commit message 2
# pick h7i8j9k Commit message 3
# ...

# Можно:
# pick - использовать коммит
# reword - изменить сообщение
# edit - отредактировать коммит
# squash - объединить с предыдущим
# drop - удалить коммит

# После редактирования и сохранения (особенно если используется drop)
# получится новая последовательность коммитов

3. git format-patch + git apply (для создания патча)

Когда нужен полный контроль над процессом:

# На исходной ветке создать патч
git format-patch -1 abc1234
# Создаст файл вроде 0001-commit-message.patch

# На целевой ветке применить патч
git checkout target-branch
git apply 0001-commit-message.patch
# или
git am 0001-commit-message.patch  # с сохранением информации об авторе

4. git diff для создания изменений

Если нужны только изменения без истории:

# Создать diff для конкретного коммита
git diff abc1234^ abc1234 > changes.patch

# На другой ветке применить
git checkout target-branch
git apply changes.patch

# Или вручную закоммитить
git add .
git commit -m "Applied changes from abc1234"

Практические примеры

Пример 1: Копировать багфикс из production в develop

# На production есть критичный баг fix (коммит abc1234)
# Его нужно перенести в develop

git checkout develop
git cherry-pick abc1234

# Если конфликты:
git status  # Видим конфликты
# Редактируем файлы
git add .
git cherry-pick --continue

Пример 2: Переместить несколько коммитов из feature в main

# На feature ветке: коммиты feat1 (a1b), feat2 (c2d), feat3 (e3f)
# На main нужны только feat1 и feat3, пропустить feat2

git checkout main
git cherry-pick a1b  # feat1
git cherry-pick e3f  # feat3
# feat2 пропущен

Пример 3: Отменить cherry-pick

# Если cherry-pick не удался или пошел не так
git cherry-pick --abort

# Если уже закоммитили, то просто revert
git revert abc1234

Пример 4: Cherry-pick с изменением сообщения

git cherry-pick abc1234 --no-commit
# Редактируем code if needed
git commit -m "New message for cherry-picked commit"

Разница между cherry-pick и rebase

ИСХОДНОЕ СОСТОЯНИЕ:
main:     A - B - C
                   ^
feature:          D - E - F
                  ^

ПОСЛЕ git cherry-pick D E F на main:
main:     A - B - C - D' - E' - F'
                           ^
feature:              D - E - F (не изменяется)

ПОСЛЕ git rebase main на feature:
main:     A - B - C
          ^
feature:          D' - E' - F'
                        ^
(D E F переместились на новый base)

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

Важные правила при копировании коммитов

1. Никогда не копируй merge коммиты — используй cherry-pick на отдельные коммиты
2. Избегай cherry-picking в shared branches — может создать путаницу с historией
3. Проверяй конфликты — cherry-pick может создать конфликты слияния
4. Документируй причину — в сообщении коммита указывай оригинальный хеш:

   git commit -m "Fix: Backport from main (a1b2c3d)"
   

5. Используй force push аккуратно — только для локальных веток!

Пример с конфликтами

$ git cherry-pick abc1234
error: could not apply abc1234... Commit message
hint: after resolving the conflicts, mark the resolved files with
hint: "git add/rm <pathspec>", then run "git cherry-pick --continue".
hint: You can instead skip this commit with "git cherry-pick --skip".

# Разрешаем конфликты
$ git status
Conflicting files: src/main.java

# Редактируем src/main.java, убираем конфликтные маркеры
# <<<<<<< HEAD
# Текущий код
# =======
# Копируемый код
# >>>>>>> abc1234

# Выбираем что оставить
$ git add src/main.java
$ git cherry-pick --continue

# Или пропустить этот коммит
$ git cherry-pick --skip

Заключение

Основные команды для копирования коммита:

1. git cherry-pick <commit> — скопировать один коммит (САМЫЙ ЧАСТЫЙ)
2. git rebase <branch> — переместить ветку на новый base
3. git cherry-pick <commit1>..<commit2> — скопировать диапазон
4. git cherry-pick --no-commit <commit> — скопировать без автокоммита
5. git rebase -i HEAD~N — интерактивный rebase для редактирования

В 90% случаев используется cherry-pick для копирования отдельного коммита или fix'а между ветками. Это безопасно, понятно и предсказуемо.