Еще одна полезная особенность cherry-pick
Если master сильно отличается от stage ветки, ввиду каких-либо обновлений продукта на бою по воле заказчиков, а разработка требует изменять файлы сначала в stage для получения одобрения заказчика. То можно использовать cherry-pick, выдергивая только те коммиты, которые уже вылили на stage и были протестированы заказчиком. Часто касается проектов на поддержке. Когда нет времени актуализировать хосты разработчиков.
Последовательность действий в таких случаях следующая:
git checkout stage
git checkout -b task_1_stage
Вносите необходимые изменения по задаче которая у вас стоит
git commit -m"#1 example changes for task 1"
git checkout stage
git merge task_1_stage
После одобрения заказчиком на стейдже
git checkout master
git checkout -b task_1_master
git cherry-pick ID*
git checkout master
git merge task_1_master
* - ID: идентификатор коммита в ветке task_1_stage
Вот и всё, нужный нам коммит перенесен в master и находится в верхней точке ветки. Таким образом можно переносить и несколько коммитов по надобности, последовательно выполняя cherry-pick от раннего к позднему коммиту.
#git
