如果gnupg2和gpg-agent 2。如果使用了x，请务必设置环境变量GPG_TTY。

export GPG_TTY=$(tty)

有关常见问题，请参阅GPG的文档。

git的痕迹非常暴露了我的情况……

   GIT_TRACE=1 git commit -m "a commit message"

   13:45:39.940081 git.c:344               trace: built-in: git commit -m 'a commit message'
   13:45:39.977999 run-command.c:640       trace: run_command: gpg --status-fd=2 -bsau 'full name <your-email@domain.com>'
   error: gpg failed to sign the data
   fatal: failed to write commit object

我需要根据git检查的格式生成一个初始密钥。最好在日志中复制上面传递给-bsau的值，然后在下面使用。

所以它变成了，

   gpg --quick-generate-key "full name <your-email@domain.com>"

然后就成功了。

我的观点是:

当您创建并向gpg-agent添加密钥时，您定义了称为passphrase的东西。现在这个密码短语在某个时候到期了，gpg需要您再次输入它来解锁密钥，以便您可以再次开始签名。

当您使用任何其他与gpg接口的程序时，gpg提示您输入您的密码短语不会出现(基本上gpg-agent在守护时不可能在stdin中显示输入对话框)。

其中一个解决方案是gpg——sign a_file.txt，然后输入您在创建密钥时输入的密码，然后一切都应该正常(gpg-agent应该自动签名)

关于如何为密码短语设置更长的超时，以便您不必一直这样做，请参阅此答案。

或者您可以使用ssh-keygen -p完全删除密码短语

编辑:做一个man gpg-agent来阅读一些关于如何自动发生上述情况的内容，并添加以下行:

GPG_TTY=$(tty)
export GPG_TTY

如果你正在使用bash(这是正确的答案，但我也保持我的思路)，然后来源你的.bashrc文件或重新登录。

确保你的邮箱设置正确。

git config --global user.email "user@example.com"

在我的例子中，其他答案中提到的解决方案都不起作用。我发现这个问题特定于一个存储库。删除和克隆回购再次解决了这个问题。

我在Ubuntu 18.04上得到了同样的错误，也担心了几个星期。 最后意识到gpg2没有指向任何东西。 所以简单地运行

git config --global gpg.program gpg

然后，它就像魅力一样。

您的提交现在将带有验证标记。