可能有助于杀死进程gpg-agent可能卡住旧数据。因此，新启动的gpg-agent将要求输入密码。

我在构建最新的Git源代码(2.12.2)时遇到了类似的问题，同时还构建了所有依赖项的最新源代码(Zlib、Bzip、cURL、PCRE、ReadLine、IDN2、iConv、Unistring等)。

结果libreadline给GnuPG带来了问题:

$ gpg --version
gpg: symbol lookup error: /usr/local/lib/libreadline.so.7: undefined symbol: UP

当然，尝试用-vvv从Git中获取有用的信息失败了，所以失败是一个谜。

要解决由于ReadLine导致的PGP失败，请遵循不能更新或使用包管理器—gpg错误的说明:

在终端: ls /usr/local/lib 这里有很多readline lib (libreadline。so。blah - blah) 所以我: 苏 mkdir临时 Mv /usr/local/lib/libreadline* temp ldconfig

确保你的邮箱设置正确。

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

对我来说，brew已经更新了gnupg或gpg，所以我所要做的就是解决这个问题。

brew link --overwrite gnupg

这将gpg链接到正确的位置，因为我可以确认通过哪个gpg和之后的一切工作。

我的观点是:

当您创建并向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文件或重新登录。

以上都不适合我，我通常使用我的IDE终端。

我时不时地得到这个错误，在大多数情况下，它工作得很好。 我在跑步后发现了这个问题

 echo "test" | gpg --clearsign

gpg: signing failed: Screen or window too small
gpg: [stdin]: clear-sign failed: Screen or window too small

解决方案:增加终端窗口大小。