Почему при копировании коммита git cherry-pick копирует всю ветку?

Question

[Антон Дмитриев]

Здравствуйте!

При изучении git столкнулся с непониманием как оно должно работать в случае копирования веток.
Поговаривают, что cherry-pick берет git diff -U0 feature^ HEAD и копирует его в HEAD, но у меня не получилось .

Вот список моих коммитов:

spoiler

$ git log --oneline
5cab6cb (HEAD -> feature) Add D
a3f623d Add C
9b26f0e Add B
f5f7ec0 (master) Add A
449d5e5 Add .keep

В проекте один файл; в файле на каждый коммит приходится одно добавление строки указанное в комментарии.

Вот мой git diff -U0 feature^ HEAD:

spoiler

Anton@anton-home-001 MINGW64 /k/dev/git/test_2 (feature)
$ git diff -U0 feature^ HEAD
diff --git a/script.txt b/script.txt
index 05c9ba8..aa5292a 100644
--- a/script.txt
+++ b/script.txt
@@ -6,0 +7,2 @@ C
+D
+

А вот что я получаю, когда выполняю cherry-pick:

spoiler

Anton@anton-home-001 MINGW64 /k/dev/git/test_2 (master)
$ git cherry-pick feature
Auto-merging script.txt
CONFLICT (content): Merge conflict in script.txt
error: could not apply 5cab6cb... Add D
hint: after resolving the conflicts, mark the corrected paths
hint: with 'git add ' or 'git rm '
hint: and commit the result with 'git commit'

Ок. Возник конфликт. Но почему? В ветке master после начала добавления коммитов в ветку feature не делались коммиты и в ветке feature только добавлялись строки.

Что в файле конфликта:

spoiler

A
<<<<<<< HEAD
||||||| parent of 5cab6cb (Add D)

B

C

=======

B

C

D

>>>>>>> 5cab6cb (Add D)

И как видно тут совсем не "diff -U0 feature^ HEAD", а что-то вроде "$ git diff -U0 master...feature", т.е. то что мне добавил cherry-pick больше похоже на то, что сделал бы merge, кроме метаданных, которые копируются.

1. Это я неправильно понимаю как должна работать эта команда или здесь что-то пошло не так?
2. Каков алгоритм работы cherry-pick?
3. Если cherry-pick работает также как merge, то может лучше тогда делать для копирования squash?

Comments

[Евгений Самсонов]

Обычно cherry-pick делаю с хешем коммита, который нужно перенести, а не ветки

[Антон Дмитриев]

Евгений Самсонов, я пробовал и хэш указать. Разницы в данном случае никакой нету - указать хэш или ветку на которую указывает хэш. git это все одинаково понимает в контексте данной команды.

[Антон Дмитриев]

Евгений Самсонов, я сначала грешил на то, что у меня git запущен из под windows и могли быть проблемы с концами строк, но у меня в глобальных настройках autocrlf true и таких проблем быть не должно.

[Антон Дмитриев]

Я вот сейчас подумал, что может мне и не нужно знать о том как оно работает? Я вижу то, что вижу и буду решать по ходу поступления задач. Конфликт возник? что же нужно его решить и закоммитить, что бы там этот cherry-pick о себе ни думал.

[Антон Дмитриев]

Я сейчас посмотрел, что выдал мне git diff для просмотра конфликта копирования и вот что получилось (в настройках вставлено conflictstyle=diff3):

spoiler

Anton@anton-home-001 MINGW64 /k/dev/git/test_2 (master|CHERRY-PICKING)
$ git diff
diff --cc script.txt
index f70f10e,aa5292a..0000000
--- a/script.txt
+++ b/script.txt
@@@ -1,1 -1,8 +1,17 @@@
A
++<<<<<<< HEAD
++||||||| parent of 5cab6cb (Add D)
++
++B
++
++C
++
++=======
+
+ B
+
+ C
+
+ D
+
++>>>>>>> 5cab6cb (Add D)

Т.е. на самом деле, когда выполняется cherry-pick происходит как бы merge, но базой выступает родитель соммита, который копируется.

[Сергей Кузнецов]

Антон Дмитриев, разумеется базой будет родитель коммита. Ведь копируется один этот коммит, а не вся ветка.

Answer 1

[jcmvbkbc]

Ок. Возник конфликт. Но почему?

Потому что изменения применяются как патчи, с учётом контекста. А не тупо в лоб "вставить две строки со следующим содержимым начиная со строки 7".

1. Это я неправильно понимаю как должна работать эта команда или здесь что-то пошло не так?

И то, и то. Ты представляешь себе перенос изменений слишком просто, а в твоём случае произошел конфликт, как раз там, где твоё представление его не ожидает.

3. Если cherry-pick работает также как merge, то может лучше тогда делать для копирования squash?

cherry-pick не работает как merge. merge сливает историю веток целиком, cherry-pick применяет одно единственное изменение.

Попробуй вносить свои изменения (Add A, Add B, Add C, Add D) в разные файлы чтобы увидеть разницу.