gpg失败的数据签名致命:失败的写入提交对象[Git 2.10.0]

我参考了几篇关于Git 2.10发行说明中的漂亮属性的文章。将git升级到2.10.0，并对全局的.gitconfig进行了更改，结果如下-

[filter "lfs"]
    clean = git-lfs clean %f
    smudge = git-lfs smudge %f
    required = true
[user]
    name = xyz
    email = abc.def@gmail.com
    signingkey = AAAAAAA
[core]
    excludesfile = /Users/xyz/.gitignore_global
    editor = 'subl' --wait
[difftool "sourcetree"]
    cmd = opendiff \"$LOCAL\" \"$REMOTE\"
    path = 
[mergetool "sourcetree"]
    cmd = /Applications/SourceTree.app/Contents/Resources/opendiff-w.sh \"$LOCAL\" \"$REMOTE\" -ancestor \"$BASE\" -merge \"$MERGED\"
    trustExitCode = true
[alias]
    lg = log --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit --date=relative
[color "diff"]
    old = red strike
    new = green italic

但是现在我尝试使用

git commit -a -S -m "message"

我看到下面的错误-

你需要一个密码来解锁秘钥用户:“XYZ(数字签名)” 2048-bit RSA key, ID AAAAAAAA, created 2016-07-01 错误:GPG数据签名失败致命:写提交失败对象

注意-我仍然可以使用git commit -a -m "message"来提交更改

有办法克服同样的问题吗?或者在gpg配置中需要做任何改变以适应git的升级?

更新1

还寻求进一步的有用性，以下是是否有一种方法在Git中使用GPG密钥“自动签名”提交?我已经配置了密钥使用

git config --global user.signingkey ED5CDE14(with my key) 
git config --global commit.gpgsign true

很明显得到了相同的错误。

当前回答

很像@birchlabs，经过大量的挖掘/搜索，我发现它不是GPG，而是GPG套件。我重新安装了gpg-suite，它为我解决了这个问题。

2018-08-27 16:37:20

其他回答

我的观点是:

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

2018-08-10 08:56:22

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

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

2017-11-29 20:30:23

2016年10月更新:第871期提到“Git 2.9.3中签名停止工作”

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

git中最近的gpg-sign更改(在Linux上没有问题)暴露了一个问题，即在Windows上，非msys2 -git与MSYS2-gpg交互的方式。

最初的回答:

阅读“7.4 Git工具-签名你的工作”，我假设你有你的“用户”。Signingkey”配置集。

最后一次围绕gpg的大重构(在Git 2.10之前)是在提交2f47eae2a，在这里错误消息被移动到gpg-interface.c

该文件的日志显示了提交af2b21e (Git 2.10)中最近的更改

gpg2 already uses the long format by default, but most distributions seem to still have "gpg" be the older 1.x version due to compatibility reasons. And older versions of gpg only show the 32-bit short ID, which is quite insecure. This doesn't actually matter for the verification itself: if the verification passes, the pgp signature is good. But if you don't actually have the key yet, and want to fetch it, or you want to check exactly which key was used for verification and want to check it, we should specify the key with more precision.

因此，请检查您如何指定用户。签名密钥配置和正在使用的GPG版本(gpg1或gpg2)，以查看它们是否对错误消息有任何影响。

还有提交0581b54，它改变了gpg未能签署数据错误消息的条件(作为提交0d2b664的补充):

我们目前根本不从stderr读取。然而，在未来的补丁中，我们会想要这样做，所以这也为我们做好了准备(在这种情况下，gpg确实会在读取所有输入之前写入，尽管同样，键uid不太可能填满管道缓冲区)。

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

让我们转换为使用tempfile对象，该对象处理对我们来说困难的案子，再加上失踪的清理电话。

2016-09-19 07:57:23

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

2018-07-22 11:15:30

除了没有使用git正确设置gpg密钥外，另一个可能的问题是: 试图通过X转发在ssh会话中提交。在这种情况下，它可以尝试调用一个GUI，如果没有设置env var DISPLAY，将会失败。

通过编辑~/.gnupg/gpg-agent.conf，可以强制gpg-agent使用ty-only工具: