上面的答案很好，但对我来说并不管用。解决我的问题的方法是同时导出公钥和密钥。

列出要导出的机器上的键

$ 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/

ps.我的钥匙最初是在bootcamp windows 7上制作的，我把它们导出到我的mac air上(相同的物理机器，虚拟不同)

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对象，该对象处理 对我们来说困难的案子，再加上失踪的清理电话。

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

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

我偶然发现这个错误不是因为任何配置问题，而是因为我的密钥过期了。在OSX上延长其有效性的最简单的方法是打开GPG钥匙链应用程序(如果你安装了它)，它会自动提示你延长它。点击两下，就完成了。

使用OSX终端而不是集成的VS Code终端对我来说很有效。VS Code集成终端已经允许我签署这个相同的回购直到今天。以前当我有这个错误时，我通过更新VS Code来修复它，但这次更新不起作用。

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

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

如果你正在使用自制程序，并且像我一样升级了你的包，你可能只需要运行brew开关gnupg 1.4.20来恢复。