为我解决这个问题的方法是确保密钥的名称与我的git用户名匹配。我猜邮件也要匹配。这可能与我在Mac上使用GPG钥匙串有关。不确定。

当我填写这个时，我以为我是在命名密钥，但我猜它是在询问我的名字(git用户名)。

如果你之前已经安装了pinentry和gpg，它突然就不工作了:

检查你的gpg是否正常工作:

echo "test" | gpg --clearsign

如果它说gpg: signing failed: No pinentry， 只需重新启动GPG守护进程客户端，它会不时卡住:

gpgconf --kill gpg-agent

现在它应该工作了:

echo "test" | gpg --clearsign

为我解决这个问题的方法是确保密钥的名称与我的git用户名匹配。我猜邮件也要匹配。这可能与我在Mac上使用GPG钥匙串有关。不确定。

当我填写这个时，我以为我是在命名密钥，但我猜它是在询问我的名字(git用户名)。

对我来说，这个错误开始发生在Debian GNU/Linux上的git标签-s，当我从pinentry-gnome3切换到pinentry-curses(使用update-alternatives——config pinentry)以方便远程访问时。它只发生在git标记-s时，而不是gpg(例如gpg——clearsign)本身。

在本例中，让它重新工作所需要的唯一更改是将export GPG_TTY=$(tty)添加到shell启动文件中。

我虽然没有得到“不适当的ioctl for device”错误消息，在这个问题的另一个答案中提到了这个修复的指示器。

注意:由于得到这个错误的原因与之前在这个问题的其他答案中建议导出GPG_TTY=$(tty)的原因完全不同(通常作为附带提示)，所以我决定这个问题需要另一个答案，其中提到导出GPG_TTY=$(tty)可能是某些情况下的主要修复和唯一必要的东西。

我在升级到gnupg 2.x后遇到了这个问题。可以看到gpg2以不同的方式引用键:在~/.gitconfig中仍然有signingkey = ABC98F11 (gpg v1设置)。gpg2的键标识符较长。用gpg -list-secret-keys查找

使用GIT_TRACE=1查看Git失败的地方，然后检查Git使用的所有自定义配置以及它们定义的地方，然后根据您的需要覆盖:

GIT_TRACE=1 git commit -S -m "this will tell you wich intern git command failed"

git config --list --show-scope --show-origin

对我来说，我有错误:gpg未能签署数据和致命:未能写入提交对象，因为Git默认使用smimesign，即使我取消设置gpg.x509。程序钥匙，smimesign找不到我的钥匙。

所以我必须显式地告诉Git使用gpg:

git config --local gpg.x509.program gpg