gpg 未能签署数据致命：未能写入提交对象 [Git 2.10.0]

我在 OSX 上遇到了这个问题。

原答案：

似乎 gpg 更新（brew）更改为 gpg 到 gpg1 的位置，您可以更改 git 查找 gpg 的二进制文件：

git config --global gpg.program gpg1

如果您没有 gpg1：brew install gpg1。

更新的答案：

看起来 gpg1 已被弃用/"gently nudged out of usage"，因此您可能实际上应该更新到 gpg2，不幸的是，这涉及更多步骤/一些时间：

brew upgrade gnupg  # This has a make step which takes a while
brew link --overwrite gnupg
brew install pinentry-mac

在旧自制软件上：

echo "pinentry-program /usr/local/bin/pinentry-mac" >> ~/.gnupg/gpg-agent.conf
killall gpg-agent

在 M1 macs 等更新的系统上：

echo "pinentry-program /opt/homebrew/bin/pinentry-mac" >> ~/.gnupg/gpg-agent.conf 
killall gpg-agent

第一部分安装gpg2，后一部分是a hack required to use it。有关故障排除，请参阅 this answer（虽然这是关于 linux 而不是 brew），它建议一个很好的测试：

echo "test" | gpg --clearsign  # on linux it's gpg2 but brew stays as gpg

如果此测试成功（没有错误/输出包含 PGP 签名），则您已成功更新到最新的 gpg 版本。

您现在应该可以再次使用 git 签名了！值得注意的是，您需要：

git config --global gpg.program gpg  # perhaps you had this already? On linux maybe gpg2
git config --global commit.gpgsign true  # if you want to sign every commit

注意：运行签名提交后，您可以验证它是否已签名：

git log --show-signature -1

这将包括最后一次提交的 gpg 信息。

---

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

export GPG_TTY=$(tty)

请参阅GPG’s documentation about common problems。

---

如果一切都失败了，请使用 GIT_TRACE=1 尝试查看 git 实际在做什么：

$ GIT_TRACE=1 git commit -m "Add page that always requires a logged-in user"
20:52:58.902766 git.c:328               trace: built-in: git 'commit' '-vvv' '-m' 'Add page that always requires a logged-in user'
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

现在手动运行失败的命令：

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

事实证明，我的密钥已过期，git 不应该受到责备。

---

按照以下 url 设置签名提交 https://help.github.com/en/articles/telling-git-about-your-signing-key

如果仍然得到 gpg 未能签署数据致命：未能写入提交对象

这不是 git 的问题，这是 GPG 遵循以下步骤

gpg --version echo "测试" | gpg --clearsign

如果显示：

gpg: signing failed: Inappropriate ioctl for device
gpg: [stdin]: clear-sign failed: Inappropriate ioctl for device

然后使用 export GPG_TTY=$(tty) 然后再次尝试 echo "test" | gpg --clearsign 获取 PGP 签名。混帐配置-l | grep gpg

gpg.program=gpg
commit.gpgsign=true

应用 git commit -S -m "commitMsz"

---

我已经通过这个简短而简单的食谱做到了：

macOS 上的自动签名提交（全局和使用不同的 IDE）：

在 this way 中获取您的 signingkey。

brew install gnupg gnupg2 pinentry-mac
git config --global user.signingkey <YOUR_SIGNING_KEY>
git config --global commit.gpgsign true
git config --global gpg.program gpg

将以下内容放入 gpg.conf 文件（使用 nano ~/.gnupg/gpg.conf 命令编辑文件）：

no-tty

将以下内容放入 gpg-agent.conf 文件（使用 nano ~/.gnupg/gpg-agent.conf 命令编辑文件）：

pinentry-program /usr/local/bin/pinentry-mac

更新：

正如评论中所建议的，根据评论，您可能需要在编辑配置文件 gpg.conf 后执行 killall gpg-agent 命令。不用说这个命令会终止 GPG（Gnu Privacy Guard）代理。

---

可能有助于终止可能卡住旧数据的进程 gpg-agent。所以新的gpg-agent开始会要求输入密码。

---

我的两分钱在这里：

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

当您使用与 gpg 交互的任何其他程序时，gpg 提示您输入密码的提示不会出现不（基本上 gpg-agent 当守护进程无法向您显示stdin)。

解决方案之一是 gpg --sign a_file.txt 然后输入您在创建密钥时输入的密码，然后一切都会好起来（gpg-agent 应该会自动签名）

请参阅 this answer，了解如何为您的密码设置更长的超时时间，这样您就不必一直这样做。

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

编辑：执行 man gpg-agent 以阅读有关如何自动发生上述情况并添加行的一些内容：

GPG_TTY=$(tty)
export GPG_TTY

在您的 .bashrc 上，如果您使用的是 bash（这是正确答案，但我也在上面保留我的思路）然后获取您的 .bashrc 文件或重新登录。

---

对于在 MacOS 机器上遇到此问题的任何人，请尝试以下操作：

brew uninstall gpg brew install gpg2 brew install pinentry-mac（如果需要） gpg --full-generate-key 使用算法创建密钥。通过执行获取生成的密钥： gpg --list-keys 在此处设置密钥 git config --global user.signingkey git config --global gpg.program /usr/local/bin/gpg git config -- global commit.gpgsign true 如果您想将您的密钥导出到 GitHub，那么：gpg --armor --export 并在 GPG 密钥处将此密钥添加到 GitHub：https://github.com/settings/keys（使用 START和 END 行包括在内）

如果问题仍然存在：

test -r ~/.bash_profile && echo 'export GPG_TTY=$(tty)' >> ~/.bash_profile

echo 'export GPG_TTY=$(tty)' >> ~/.profile

如果问题仍然存在：

安装 https://gpgtools.org 并通过按菜单栏中的 Sign 对您使用的密钥进行签名：Key->Sign

如果问题仍然存在：

转到：‎您的全局 .gitconfig 文件，在我的情况下位于：‎/Users/gent/.gitconfig 并修改 .gitconfig 文件 （请确保电子邮件和名称与您在生成密钥时创建的那个）：

[用户] 电子邮件 = gent@youremail.com 名称 = Gent 签名密钥 = [gpg] 程序 = /usr/local/bin/gpg [commit] gpsign = true gpgsign = true [过滤器“lfs”] 进程 = git-需要 lfs 过滤器进程 = true clean = git-lfs clean -- %f smudge = git-lfs smudge -- %f [credential] helper = osxkeychain

---

我见过类似的答案，但与对我有用的完全不同。在 Linux 上，我必须使用以下命令终止并重新启动我的 gpg-agent：

$ pkill gpg-agent
$ gpg-agent --daemon
$ git commit ...

这对我有用。看起来您确实需要将 user.signingkey 设置为您的私钥以及其他一些评论所说的。

$ git config --global user.signingkey [your_key_hash]

---

在 OS X 上，通过 brew 使用 gnupg2 我只需要杀死 gpg 代理，有时会发生：

pkill -9 gpg-agent

并根据需要设置 env 变量：

export GPG_TTY=$(tty)

另见Common GPG problems和this answer here too.

---

每次注销然后在我的 macOS 上再次登录时，我都会收到该错误。解决方案只是一个简单的命令：

killall gpg-agent

我认为这只是 gpg 代理的错误，杀死它然后再次工作。

---

git trace 对我的情况非常有启发性......

   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>"

然后它起作用了。

---

2016 年 10 月更新：issue 871 确实提到“在 Git 2.9.3 中签名停止工作”

两天前（2016 年 10 月 4 日）发布的 Git for Windows 2.10.1 修复了提交和标签的交互式 GPG 签名。

git 中最近的 gpg-sign 更改（在 Linux 上没有引入任何问题）暴露了一个问题，即在 Windows 上，非 MSYS2-git 与 MSYS2-gpg 交互的方式存在问题。

原答案：

阅读“7.4 Git Tools - Signing Your Work”，我假设您已经设置了“user.signingkey”配置。

围绕 gpg 的最后一次重大重构（在 Git 2.10 之前）是在 commit 2f47eae2a 中，此处错误消息已移至 gpg-interface.c

该文件上的日志显示 commit af2b21e (Git 2.10) 中的最近更改

gpg2 默认已经使用长格式，但由于兼容性原因，大多数发行版似乎仍然将“gpg”作为较旧的 1.x 版本。而旧版本的 gpg 只显示 32 位短 ID，这是相当不安全的。这实际上对验证本身并不重要：如果验证通过，则 pgp 签名是好的。但是，如果您实际上还没有密钥，并且想要获取它，或者您想准确检查用于验证的密钥并想要检查它，我们应该更精确地指定密钥。

因此，请检查您如何指定您的 user.signingkey 配置，以及您正在使用的 gpg 版本（gpg1 或 gpg2），看看它们是否对错误消息有任何影响。

还有 commit 0581b54 改变了 gpg failed to sign the data 错误消息的条件（作为 commit 0d2b664 的补充）：

我们目前根本不从 stderr 读取。但是，我们希望在未来的补丁中，所以这也为我们做好了准备（在这种情况下，gpg 确实在读取所有输入之前写入，但同样，key uid 不太可能填满管道缓冲区）。

Commit 4322353 显示 gpg 现在使用临时文件，因此可能存在正确的问题。

让我们转换为使用临时文件对象，它为我们处理困难的情况，并添加缺少的清理调用。

---

使用 cygwin，我最近切换到 gpg2。然后我在设置 git config gpg.program gpg2 后使用 git 签名时遇到了同样的问题。

尝试 echo "test" | gpg2 --clearsign 以查看 gpg2 是否正常工作。我发现设置 git config gpg.program gpg 是最简单的解决方案，因为它有效。但是这样你也会得到一个更好的错误——例如你需要安装 pinentry。

---

可能是一个挂起的 gpg 代理。

试试 gpgconf --kill gpg-agent as discussed here

---

我在 Ubuntu 18.04 上收到此错误，结果证明我的密钥已过期。

为了看到这一点，我运行了它并确认我的密钥已过期：

gpg --list-keys

为了纠正这个问题，我运行了（使用上一个命令中显示的 ID）：

gpg --edit-key <ID>

从那里，我在 these instructions 之后延长了 key 0 和 key 1 的到期时间，归结为输入 key 0 然后 expire 并按照提示操作。然后重复 key 1。

之后，为了测试这个，我跑了：

echo test | gpg --clearsign

在修复之前，它因错误而失败：

gpg：没有默认密钥：没有密钥 gpg：[stdin]：清除签名失败：没有密钥

但是在修复之后，相同的命令成功地签署了消息，所以我知道事情又恢复了！

---

如果您在没有 Rosetta 的 M1 芯片上使用自制软件，则需要指定 pinentry-program 二进制文件的不同位置，因为它安装在不同的位置。

安迪海登的更新答案应修改如下：

brew upgrade gnupg  # This has a make step which takes a while
arch -arm64 brew link --overwrite gnupg
arch -arm64 brew install pinentry-mac
echo "pinentry-program /opt/homebrew/bin/pinentry-mac" >> ~/.gnupg/gpg-agent.conf
killall gpg-agent

---

我遇到了同样的问题。我很高兴地报告问题不在于 git 2.10.0，而在于 gnupg 1.4.21。

暂时将 gnupg 降级到 1.4.20 为我解决了这个问题。

如果您使用自制软件并且像我一样升级了软件包，您可能只需运行 brew switch gnupg 1.4.20 即可恢复。

---

我一定是不小心更新了 gpg，因为我在尝试测试 gpg 是否有效后得到了这个：

gpg: WARNING: server 'gpg-agent' is older than us (2.1.21 < 2.2.10)
gpg: Note: Outdated servers may lack important security fixes.
gpg: Note: Use the command "gpgconf --kill all" to restart them.

运行 gpgconf --kill all 为我修复了它。

---

确保您的电子邮件设置正确。

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

---

这对我来说突然在 Ubuntu 上开始发生，不确定最近是否有一些更新，但没有一个现有问题适用于我（我设置了 GPG_TTY，尝试杀死代理等）。独立 gpg 命令因以下错误而失败：

$ echo "test" | gpg --clearsign
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

test
gpg: signing failed: Operation cancelled
gpg: [stdin]: clear-sign failed: Operation cancelled

我尝试使用 --debug-all 选项运行 gpg 并注意到以下输出：

gpg: DBG: chan_3 <- INQUIRE PINENTRY_LAUNCHED 27472 gnome3 1.1.0 /dev/pts/6 screen-256color -
gpg: DBG: chan_3 -> END
gpg: DBG: chan_3 <- ERR 83886179 Operation cancelled <Pinentry>
gpg: signing failed: Operation cancelled

以上表明 pinentry 程序存在一些问题。 Gpg 通常为我运行 pinentry-curses，所以我将它更改为 pinentry-tty（我必须先aptitude install它）并且错误消失了（虽然我不再获得全屏密码输入，但我不喜欢那样反正）。要进行此更改，我必须将行 pinentry-program /usr/bin/pinentry-tty 添加到 ~/.gnupg/gpg-agent.conf 并使用 gpgconf --kill gpg-agent 终止代理（它会在下次重新启动）。

---

除了没有使用 git 正确设置 gpg 密钥外，另一个可能的问题是：尝试从 ssh 会话内部使用 X 转发进行提交。在这种情况下，它可能会尝试调用一个 GUI，如果未设置 env var DISPLAY，该 GUI 将失败。

您可以通过编辑 ~/.gnupg/gpg-agent.conf 来强制 gpg-agent 使用 tty-only 工具：

pinentry-program /usr/bin/pinentry-tty

然后重新加载conf：

gpg-connect-agent reloadagent /bye

（当然要先安装 pinentry-tty）

---

我偶然发现此错误不是因为任何配置问题，而是因为我的密钥已过期。在 OSX 上扩展其有效性的最简单方法是打开 GPG Keychain 应用程序（如果您安装了它），它会自动提示您扩展它。两次点击，你就完成了。

---

如果与您的 GPG 密钥的 uid 相关联的电子邮件与您在 git 中使用的电子邮件不同，您需要将另一个用户 ID 添加到您的密钥或使用与电子邮件完全匹配的密钥。

您可以使用以下方法添加另一个 UID：

$ gpg --edit-key

看看莫https://superuser.com/questions/293184/one-gnupg-pgp-key-pair-two-emails

---

经过大量搜索，我发现 gpg 密钥是我的问题。

要检查 gpg 密钥是否对您来说是个问题，请首先检查以下输出：

GIT_TRACE=1 git commit -m 'message'

如果出现问题，您将看到如下内容：

10:37:22.346480 run-command.c:637       trace: run_command: gpg --status-fd=2 -bsau <your GPG key>

它在这里以 GPG 密钥显示我的姓名和电子邮件，但这应该有密钥。您可以尝试运行 gpg --status-fd=2 -bsau <your GPG key>

要更新正确的密钥，请执行以下操作：检查密钥使用：gpg --list-secret-keys --keyid-format=long

它应该具有以下输出：

/Users/hubot/.gnupg/secring.gpg
------------------------------------
sec   4096R/3AA5C34371567BD2 2016-03-10 [expires: 2017-03-10]
uid                          Hubot 
ssb   4096R/42B317FD4BA89E7A 2016-03-10

然后使用以下命令更新密钥：

git config --global user.signingkey 3AA5C34371567BD2

现在再次检查提交，如果关键是问题，它应该会成功。您需要设置密码来更新您可以使用 GitHub 文档执行的密钥。

更多详细信息请参见：https://gist.github.com/paolocarrasco/18ca8fe6e63490ae1be23e84a7039374

---

我对最新的 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 失败，请按照 Can't update or use package manager -- gpg error 处的说明进行操作：

在终端： ls /usr/local/lib 那里有一堆 readline 库（libreadline.so.BLAH-BLAH）所以我： su mkdir temp mv /usr/local/lib/libreadline* temp ldconfig

---

如果这只是随机发生并且过去一直运行良好，就像我的情况一样，请尝试注销 (cmd+shift+q) 并重新登录。为我工作

---

上面的答案很好，但它们对我不起作用。解决我的问题的是导出公钥和私钥。

列出我们从中导出的机器的密钥

$ gpg --list-keys
/home/user/.gnupg/pubring.gpg
--------------------------------
pub 1024D/ABCDFE01 2008-04-13
uid firstname lastname (description) <email@example.com>
sub 2048g/DEFABC01 2008-04-13

导出密钥

$ gpg --output mygpgkey_pub.gpg --armor --export ABCDFE01
$ gpg --output mygpgkey_sec.gpg --armor --export-secret-key ABCDFE01

转到我们要导入的机器并导入

$ gpg --import ~/mygpgkey_pub.gpg
$ gpg --allow-secret-key-import --import ~/mygpgkey_sec.gpg

宾果邦戈，你完成了！

参考：https://www.debuntu.org/how-to-importexport-gpg-key-pair/

附言。我的密钥最初是在 bootcamp windows 7 上制作的，然后我将它们导出到我的 mac air 上（同一台物理机，实际上不同）

---

非常像@birchlabs，经过大量挖掘/搜索后，我发现它不是 GPG，而是 GPG Suite。我做了cask reinstall gpg-suite，它为我解决了这个问题。

---

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

git config --global gpg.program gpg

和tada，它就像魅力一样。

https://i.stack.imgur.com/fUTps.png

您的提交现在将带有经过验证的标签。

---