git cherry-pick применяет конкретный коммит из одной ветки на другую — копируя только изменения этого коммита без слияния всей ветки. Это полезно для выборочного применения конкретных изменений, например при бэкпортировании исправления.
# apply a specific commit from another branch onto the current branch
git cherry-pick <commit-hash>
git cherry-pick <commit1> <commit2>
git cherry-pick A..B
Cherry-pick берёт изменения из конкретного коммита и применяет их как новый коммит в вашей текущей ветке — выборочно, без внесения остального из исходной ветки.
✓ BACKPORTING a fix — apply a bug fix from main to a release/maintenance branch
(without merging all of main's other changes into the release branch)
✓ Applying a specific commit that's ready, while the rest of its branch isn't
✓ Moving a commit made on the wrong branch to the correct one
✓ Selectively pulling one change from another branch
⚠️ Creates DUPLICATE commits (same changes, different hashes on each branch):
→ can cause confusion/conflicts if branches are later merged (the change appears twice,
though Git often handles it). Prefer merge/rebase for integrating whole branches.
⚠️ Cherry-picking many commits is a sign you might want a merge/rebase instead
⚠️ Conflicts can occur (resolve like a merge); use it deliberately, not as a default
→ Use cherry-pick for SELECTIVE, specific needs — not routine integration.
Понимание git cherry-pick ценно для выборочного применения конкретных изменений — полезный навык для определённых ситуаций, поэтому это практическое знание Git, которое стоит иметь.
Основная возможность — применение только изменений конкретного коммита на другую ветку без слияния всей ветки — решает реальные задачи, с которыми слияние не может справиться чисто.
Наиболее частый и важный случай использования — бэкпортирование: применение конкретного исправления ошибки из основной ветки на ветку релиза или поддержки, получение только этого исправления без слияния всех остальных (возможно, нестабильных или невыпущенных) изменений основной ветки в ветку релиза — часто встречающаяся необходимость при поддержке выпущенного ПО.
Другие случаи включают применение одного готового коммита, когда остальная часть его ветки не готова, перемещение коммита, созданного на неправильной ветке, на правильную, и выборочное внесение одного изменения.
Понимание предостережений важно для надлежащего использования cherry-pick: он создаёт дублирующиеся коммиты (одинаковые изменения с разными хешами на каждой ветке), что может вызвать замешательство или конфликты, если ветки позже слить, поэтому его следует использовать осознанно для выборочных нужд вместо использования как рутинного метода интеграции (merge или rebase лучше подходят для интеграции целых веток), и cherry-picking множества коммитов — признак того, что вы вероятно хотите слияние.
Этот расчёт — использование cherry-pick для конкретных, выборочных ситуаций (особенно бэкпортирования) при предпочтении merge/rebase для рутинной интеграции — отражает здравую практику работы с Git.
Поскольку выборочное применение конкретных изменений (особенно бэкпортирование исправлений на ветки релиза) — это реальная, иногда важная необходимость, и поскольку cherry-pick — инструмент для этого (с предостережениями о надлежащем его использовании), понимание git cherry-pick — как он работает, его ключевые случаи использования, такие как бэкпортирование, и когда его использовать вместо merge/rebase — это ценное, практически применимое знание Git для работы с сценариями выборочного изменения, возникающими при поддержке и управлении ПО в разных ветках.