我在Ubuntu 18.04上得到这个错误，原来我的密钥过期了。

为了看到这个，我运行了这个，它确认我的密钥过期了:

gpg --list-keys

为了纠正这个错误，我运行(使用之前命令中显示的ID):

gpg --edit-key <ID>

从那里，我延长了键0和键1的过期时间，遵循这些指令，最后输入键0，然后过期，并按照提示进行操作。然后重复键1。

之后，为了测试这一点，我运行:

echo test | gpg --clearsign

在修复之前，它失败了，错误如下:

gpg: no default secret key:无默认密钥 gpg: [stdin]: clear-sign failed: No secret key

但是在修复之后，相同的命令成功地对消息进行了签名，所以我知道事情又开始工作了!

我的观点是:

当您创建并向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_TRACE=1显示了git实际在做什么:

$ GIT_TRACE=1 git commit -m "example commit message"
20:52:58.902766 git.c:328               trace: built-in: git 'commit' '-vvv' '-m' 'example commit message'
20:52:58.918467 run-command.c:626       trace: run_command: 'gpg' '--status-fd=2' '-bsau' '23810377252EF4C2'
error: gpg failed to sign the data
fatal: failed to write commit object

现在手动运行失败命令:

$ echo "dummy" | gpg -bsau 23810377252EF4C2
gpg: skipped "23810377252EF4C2": Unusable secret key
gpg: signing failed: Unusable secret key

原来我的钥匙过期了，这不是我的错。

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

export GPG_TTY=$(tty)

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

如果你不想处理brew来安装gpg，这似乎时不时会遇到问题，只需从gpg tools下载gpg工具。

在执行向导时，单击customize install并取消选择邮件插件(除非您想使用它)。这些工具似乎没有遇到任何问题，而且它会在你第一次签署提交后记住你的密码。不需要额外的配置，除了告诉git使用哪个键。

至少这是我的经验。

在我的例子中，问题在于~/.gitconfig中gpg的相对名称。我把它改成这样，问题就消失了(蒙特雷，Macbook M1):

[gpg]
    program = /opt/homebrew/bin/gpg

解释很简单:当git试图运行gpg时，它在一个新的shell中运行，而不运行~/。我为自制程序配置PATH的配置文件。所以，它根本找不到gpg。