Ответ 1

IDEA не является терминалом и в настоящее время не может обрабатывать подписи. См. Https://youtrack.jetbrains.com/issue/IDEA-127802.

Однако есть обходной путь, проверьте https://youtrack.jetbrains.com/issue/IDEA-127802#comment=27-1866498

Ответ 2

Начиная с git 2.19.1, gpg2 поддерживается!

gpg-agent теперь может обрабатывать автоматическую подпись, запоминая вашу фразу

Это должно упростить использование gpg для автоматической подписи коммитов. Чтобы быть точным, версия git 2.19.1 имеет по крайней мере gpg 2.2.9. Эти инструкции были протестированы в Windows 7, Windows 8.1, Windows 10, Arch Linux и Fedora 29.

Шаги по настройке подписи git commit

1. Рекомендуется настроить ssh, см., Например, help.github.com/en/articles/connecting-to-github-with-Ssh (также когда вы не используете GitHub)

2. Запустите (в Linux) терминал или (в Windows) git bash, проверьте с помощью git --version что git по крайней мере 2.19.1, и с gpg --version что вы используете gpg2.

   Если нет, проверьте с помощью where gpg (или which gpg если команда where недоступна), что самый верхний путь - это git.

   • Если вы не видите пути или нет пути с gpg2, попробуйте команду gpg2 вместо gpg, поэтому gpg2 --version. Если это gpg2 теперь вам придется использовать gpg2 вместо gpg.
   • Если вы видите путь git, но он не самый верхний, поместите (в Windows) alias gpg="'C:\path\to\Git\usr\bin\gpg.exe'" в вашем C:\Users\username\.bash_profile, создайте файл, если он не существует, и перезапустите git bash. Попробуйте снова where gpg и gpg --version. Теперь, когда gpg вводится в файл, вы должны заменить его на 'C:\path\to\Git\usr\bin\gpg.exe'.

3. Проверьте в выводе gpg --version ли домашний каталог чем-то вроде (в Linux) /home/username/.gnupg или (в windows) /c/Users/username/.gnupg. Этот каталог еще не должен существовать.

   Если путь неверен, попробуйте изменить его - например, однажды в Windows я увидел, что в моем доме указан префикс пути, по которому я запускал команду, поэтому я поместил псевдоним в .bash_profile с alias gpg="gpg --homedir=/c/Users/s156757/.gnupg" и перезапустил bash, затем снова проверил.

4. Следующие несколько шагов взяты из хорошего руководства по Github, желательно проверить, верны ли команды. Сначала сгенерируйте новую пару ключей GPG (но не устанавливайте инструменты gnupg!): Запустите gpg --full-generate-key
   • Выберите RSA и RSA и 4096 бит.
   • В качестве реального имени используйте ваше user.name как в вашем ~\.gitconfig.
   • В качестве электронной почты используйте электронную почту user.email в ~\.gitconfig, чтобы убедиться, что это электронное письмо является подтвержденным на GitHub.
   • Если вы хотите попробовать gpg-agent (вам придется вводить пароль хотя бы один раз после каждой перезагрузки) или если у вас все в порядке с непроверенным значком на GitHub, укажите пароль. В противном случае оставьте это пустым.
5. Каждый раз, когда вы хотите проверить, какие ключи у вас есть, используйте gpg --list-Secret-keys --keyid-format LONG. Сделайте это сейчас, и скопируйте key_id (как я теперь буду называть ваш ключ) из выходных sec rsa4096/key_id 2018-10-27 [SC]...
6. Распечатайте открытый ключ с помощью gpg --armor --export key_id.
7. Добавьте ключ GPG в свою учетную запись GitHub: перейдите в Settings | SSH and GPG keys Settings | SSH and GPG keys и добавьте блок открытого ключа (включая верхний и нижний колонтитулы).
8. Расскажите Git о своем ключе GPG: git config --global user.signingkey key_id.
9. Если вам раньше приходилось использовать --homedir, вам нужно убедиться, что когда git запускает gpg, дом также будет правильно изменен. Создайте файл C:\Users\username\start-gpg.sh и поместите в него gpg --homedir=/c/Users/s156757/.gnupg "[email protected]". Затем запустите git config --global gpg.program C:\\Users\\username\\start-gpg.sh чтобы указать git использовать его.
10. Перезапустите Bash.
11. Подпишите коммит с помощью GPG с помощью git commit -S -m "signed commit" и подтвердите, что он проверен на Github, вы должны увидеть небольшой значок при просмотре вашего коммита.
12. Установите коммиты для подписи по умолчанию с помощью git config --global commit.gpgsign true. Сделайте новый коммит и убедитесь, что он был подписан с помощью git verify-commit HEAD.

Действия по автоматическому подписанию коммита: три варианта

1. У меня нет пароля на моем ключе

Вы сделали

2. Хочу попробовать gpg-agent

Для меня этот вариант не сработал: мне все еще приходилось часто вводить парольную фразу, хотя и не всегда. Но в теории это работает:

15. Обновите время кэширования в C:\Users\username\.gnupg\gpg-agent.conf: создайте файл, если он не существует, добавьте default-cache-ttl 34560000 и max-cache-ttl 34560000.
16. Перезапустите gpg-agent с помощью gpgconf --kill gpg-agent
17. Теперь вам нужно будет ввести вашу парольную фразу один раз при фиксации, а потом уже нет. Убедитесь, что ваш коммит Verified на GitHub.

3. Передайте фразу в текстовом виде в gpg.

Это означает, что вам никогда не придется предоставлять свою фразу-пароль, но для меня это означает, что GitHub помещает Unverified значок в мой коммит. Вопрос здесь: ключ, идентификатор ключа которого находится в подписи, не подписывал этот коммит

15. Если вы уже создали его, замените все содержимое C:\Users\username\start-gpg.sh с кодом ниже. Если вы этого не сделали, создайте файл с содержимым ниже, удалите флаг --homedir и запустите git config --global gpg.program C:\\Users\\username\\start-gpg.sh. В любом случае перезапустите bash.

Да, вы собираетесь разместить свой пароль в виде открытого текста на вашем компьютере! Если вы знаете лучший способ, пожалуйста, оставьте комментарий...

# Passphrase-file-descriptor is set to 0 (STDIN), to use it --batch must be used
# The --pinentry-mode loopback is required since gpg 2.1.0 for --passphrase-fd
# The "[email protected]" makes sure that whatever git wanted gpg to do, is still done
echo mypassphrase | gpg --homedir=/c/Users/username/.gnupg --passphrase-fd 0 --batch --yes --pinentry-mode loopback "[email protected]"

16. Зафиксируйте, нажмите и убедитесь, что вас не спрашивали о парольной фразе и что ваш коммит все еще Verified на GitHub.

Старый ответ для старых версий git без gpg2

Для справки, вот полные инструкции, или, вернее, шаги, которые я сделал, чтобы заставить его работать. Под "работой" я подразумеваю, что коммиты подписываются автоматически, но есть два недостатка:

• GitHub распознает их как unverified: The key whose key-id is in the signature did not sign this commit. Someone may be trying to trick you. The key whose key-id is in the signature did not sign this commit. Someone may be trying to trick you. Следующий вопрос по этому вопросу - это ключ, идентификатор ключа которого находится в подписи, не подписавший этот коммит
• Создание коммита занимает гораздо больше времени, например, пять секунд вместо одной.

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

1. Первые несколько шагов взяты из хорошего руководства по Github: создайте новую пару ключей GPG
2. Добавьте ключ GPG в свою учетную запись GitHub
3. Свяжите проверенное (от GitHub) электронное письмо с вашим ключом GPG и убедитесь, что имя и адрес электронной почты в вашем .gitconfig совпадают.
4. Расскажите Git о вашем ключе GPG
5. Подпишите коммит с GPG и подтвердите, что он проверен на Github, вы должны увидеть маленький значок при просмотре своего коммита.

6. Установите коммиты для подписи по умолчанию с помощью git config --global commit.gpgsign true. Сделайте новый коммит и убедитесь, что он был подписан с помощью git verify-commit HEAD.

7. Версия gpg, поставляемая с git, слишком старая, поэтому установите Gpg4win (бинарные выпуски, внизу), который должен установить gpg 2. С помощью where gpg вы должны увидеть два пути, из которых, вероятно, второй - ваш новый gpg, что-то вроде C:\Program Files (x86)\GnuPG\bin\gpg.exe. Если нет, попробуйте установить Gnupg 2 отдельно со страницы загрузок.

8. Я помещаю alias gpg="'C:\Program Files (x86)\GnuPG\bin\gpg.exe'" чтобы указать команду gpg на мой новый gpg в моем C:\Users\username\.bash_profile, перезапустить Git Bash и проверьте с помощью gpg --version что я сейчас использую gpg 2.

9. Добавьте новую переменную среды с именем GNUPGHOME которая указывает на C:\Users\username\.gnupg. Перезагрузитесь и проверьте с помощью printenv GNUPGHOME что вы добавили его правильно.

10. Сделайте скрипт C:\Users\username\gpg-no-tty.sh и вставьте в него echo passphrase | "C:\Program Files (x86)\GnuPG\bin\gpg.exe" --passphrase-fd 0 --batch --no-tty --yes "[email protected]" echo passphrase | "C:\Program Files (x86)\GnuPG\bin\gpg.exe" --passphrase-fd 0 --batch --no-tty --yes "[email protected]"

    Причина, по которой вы помещаете вашу парольную фразу в открытый текст, заключается в --batch, что опция --batch, которая заставляет все это работать, нуждается в --batch. Мне кажется, что должно существовать лучшее решение, чем сохранение вашей парольной фразы в виде открытого текста на вашем компьютере, поэтому, пожалуйста, оставьте комментарий, если вы нашли что-то лучшее.

11. Укажите git на этот скрипт с помощью git config --global gpg.program C:\\Users\\username\\gpg-no-tty.sh.

12. Теперь протестируйте в Git Bash и IntelliJ то, что вы можете зафиксировать, и убедитесь, что это работает, выполнив git verify-commit HEAD.