Когда я хочу раздавить некоторые коммиты интерактивным rebase:
git rebase -i HEAD~3
А потом:
pick cbd03e3 Final commit (signed)
s f522f5d bla-bla-bla (signed)
s 09a7b7c bla-bla (signed)
# Rebase c2e142e..09a7b7c onto c2e142e
...
Окончательный коммит не имеет gpg-подписи, несмотря на то, что все эти коммиты имеют одинаковую подпись. Можно ли сохранить gpg-подпись коммита после интерактивного сквош-перебазирования?
Как было сказано в Cupcake, вы не можете сохранить старую подпись из несжатых коммитов, но вы можете подписать новый сжатый коммит, если выполните перебазирование следующим образом:
git rebase --interactive [email protected] HEAD~4
Добавление [email protected] в качестве аргумента подпишет окончательный сжатый коммит.
error: unknown option '[email protected]'
- person JWF; 17.07.2017
git rebase -i HEAD~4 и отредактировать каждый коммит с помощью git commit --amend -S .
- person Gabo Esquivel; 27.12.2017
Не имеет смысла, что вы могли бы. Весь смысл подписи gpg заключается в том, чтобы убедиться, что код не был подделан. Если бы вы могли сохранить подпись после изменения истории, это свело бы на нет всю цель.
В настоящее время я не подписываю свой код Git с помощью gpg, поэтому я не знаю точных деталей, но я предполагаю, что он, вероятно, хэширует окончательный объект фиксации дерева. Когда вы перебазируете, как в вашем примере, Final commit будет иметь другой идентификатор sha1, поэтому это не тот же объект, что и до перебазирования, поэтому иметь ту же подпись gpg, вероятно, невозможно, и, как я уже сказал, это не имеет смысла.
git checkout work-02. Я перебазирую, разрешаю конфликты слияния и сквош коммиты по мере необходимости. work-01 вообще не изменился. все коммиты все еще там и как они были. некоторые из коммитов также могут существовать в work-02, некоторые могут быть почти идентичными, но если один символ изменился, у него будет новый хэш-идентификатор коммита. это упражнение помогло мне понять git rebase.
- person emory; 24.01.2018
Чтобы подчеркнуть тот факт, что вы не храните подпись при перебазированных коммитах, в git 2.9.x+ (3 квартал 2016 г.) будет четко указано, что git pull --rebase не будет проверять подпись (поскольку часть перебазирования потеряет их)
См. commit c57e501 (20 мая 2016 г.) от Александр Хирш (``).
(Объединено Junio C Hamano -- gitster -- в commit 73bc4b4, 20 июня 2016)
pull: предупредить об--verify-signaturesс помощью--rebase
git-pullмолча игнорирует параметр--verify-signaturesпри запуске--rebase, потенциально оставляя пользователей в уверенности, что операция перебазирования проверит действительные подписи GPG.Обсуждалась реализация
--verify-signaturesдляgit rebase, но возникли сомнения в правильности рабочего процесса. Поскольку вы обычно объединяете чужие ветки со своей веткой, вам может быть интересно, чтобы на их стороне была действующая подпись GPG.Перебазирование, с другой стороны, означает перестроение вашей ветки поверх чужой работы, чтобы отодвинуть результат назад, и слишком поздно отвергать их работу, даже если вы обнаружите их коммиты не имеют приемлемой подписи.
Предупреждаем пользователей, что опция
--verify-signaturesигнорируется во время "pull --rebase"; пользователей не интересует, что произойдет, если их коммиты не будут иметь приемлемой подписи.
Один из вариантов — установить для параметра commit.gpgSign значение true. Это всегда будет подписывать коммиты, включая перебазированные коммиты.
Чтобы сделать это локально в репо:
git config commit.gpgSign true
Чтобы сделать это глобально:
git config --global commit.gpgSign true
