Конфликт при выборе диапазона коммитов, но не при выборе каждого по отдельности?

У меня есть ветвь develop и release.

Я создал ветку patch из develop с 6 коммитами A, B, C, D, E, F (с A самым старым). Он был просмотрен, а затем объединен в трехстороннем порядке обратно в develop.

Затем я создал аналогичную ветку исправлений из release (для проверки) и выбрал коммиты из моей ветки исправлений на основе develop в мою ветку исправлений на основе release следующим образом:

git checkout release/patch/ticket1

git cherry-pick A^..F

Это привело к неожиданному конфликту слияния при применении исправлений.

Я git cherry-pick --aborted и вместо этого попытался

git cherry-pick A
git cherry-pick B
git cherry-pick C
git cherry-pick D
git cherry-pick E
git cherry-pick F

И это работало без конфликтов.

Я думал, что cherry-pick создал патч для каждого коммита и последовательно применил их к целевой ветке?

Так почему же я столкнулся с конфликтом слияния при указании диапазона, но не при применении отдельных коммитов?

Связанный

РЕДАКТИРОВАТЬ

Я попытался провести тесты, предложенные в комментариях, и не смог воспроизвести свою проблему. Поскольку мое понимание секвенсора выбора вишни правильное, мне придется предположить вмешательство какого-то другого актера (IDE, блокирующий процесс наблюдателя?).


person msanford    schedule 13.04.2018    source источник
comment
Я не могу воспроизвести это. Можно ли создать минимальный пример?   -  person jsageryd    schedule 13.04.2018
comment
При каком коммите возникает конфликт? Что происходит, когда вы применяете сначала только A, затем B^..F и другие подобные комбинации? Если первые коммиты в серии применены успешно, будут ли результаты такими же?   -  person max630    schedule 13.04.2018
comment
Ваше описание соответствует тому, как работает секвенсор вишневого выбора, поэтому, пока A^..F выбирает эти шесть коммитов в указанном порядке, это должно работать. Попробуйте git rev-list --reverse --topo-order A^..F, чтобы увидеть, получили ли вы эти шесть коммитов в таком порядке (здесь нам нужен --reverse --topo-order, так как порядок по умолчанию основан на дате коммита).   -  person torek    schedule 13.04.2018
comment
@jsageryd Мне не хочется публиковать какие-либо вопросы без минимального воспроизводимого примера, но, к сожалению, мой код закрыт ( или я бы просто связал репо). Спасибо max360 и torek, я скоро посмотрю и обновлю вопрос.   -  person msanford    schedule 13.04.2018
comment
torek, max360: я пробовал и то, и другое, и пытался выбрать меньшие диапазоны, но не смог воспроизвести свою проблему. Поскольку мое понимание секвенсора выбора вишни было правильным, мне придется предположить вмешательство какого-то другого актера (IDE, какой-то процесс-наблюдатель?). Пожалуйста, присоединяйтесь к закрытию этого вопроса. Спасибо всем за ваш вклад.   -  person msanford    schedule 13.04.2018