Я сталкиваюсь со странным поведением из git cherry-pick с вовлечением нескольких коммитов, перечисляя их или используя sha1_1..sha1_n. Первый коммит корректно добавляется в историю, но затем я получаю
error: Your local changes to the following files would be overwritten by merge:
[...] /list of files from a far older commit/ [...]
Aborting
fatal: cherry-pick failed
, где у меня не было локальных изменений, а git status не показывает ничего ненормального ... но gitk показывает красную точку и файлы с того же расстояниястарый коммит. Если я хочу проверить с помощью git-gui, запустив или обновив его, красная точка в gitk исчезнет! 0_0
в .git / sequencer / todo следующий коммит все еще там, но когда я git cherry-pick --continue, коммит не добавляется и, если это был последний git, благополучно возвращается без ошибок или добавляет нечетные ине хватает четных (в каждом git cherry-pick --continue)
Я использую четыре рабочих каталога (не используется рабочее дерево, но более старый скрипт git-new-workdir, который создает программные ссылки)
gitверсия 2.20.1, на Fedora 29
Кто-нибудь намекнул на это довольно удивительное и раздражающее поведение?