我有一个托管在maven上的工件。我的本地Windows机器设置一直很完美; Maven、GPG密钥等等,到目前为止我可以执行“mvn clean deploy”,我的工件会被成功签名和发布。
现在我要使用托管在Ubuntu服务器上的Jenkins进行持续集成。我通过putty成功在Ubuntu上安装了GPG。由于我已经有使用我的GPG密钥签名的工件版本,所以我应该继续使用它们,对吗?
因此,我使用WinSCP将gnupg文件夹及其所有内容传输到Ubuntu。确实,当我运行“gpg --list-keys”时,我可以看到我的密钥信息(我只配置了一个密钥)。我认为这是Ubuntu上配置成功的迹象。
根据这个问题的答案,我应该认为在Ubuntu上没有配置任何密钥。那么为什么“gpg --list-keys”会起作用呢?
当Jenkins尝试部署工件时,“sign”目标失败,而“maven-gpg-plugin”报告如下:
当构建失败时,我该如何解决这个问题?
现在我要使用托管在Ubuntu服务器上的Jenkins进行持续集成。我通过putty成功在Ubuntu上安装了GPG。由于我已经有使用我的GPG密钥签名的工件版本,所以我应该继续使用它们,对吗?
因此,我使用WinSCP将gnupg文件夹及其所有内容传输到Ubuntu。确实,当我运行“gpg --list-keys”时,我可以看到我的密钥信息(我只配置了一个密钥)。我认为这是Ubuntu上配置成功的迹象。
根据这个问题的答案,我应该认为在Ubuntu上没有配置任何密钥。那么为什么“gpg --list-keys”会起作用呢?
当Jenkins尝试部署工件时,“sign”目标失败,而“maven-gpg-plugin”报告如下:
gpg: no default secret key: secret key not available
gpg: signing failed: secret key not available
当构建失败时,我该如何解决这个问题?
sudo -su username
或类似解决方案)。 - Jens Eratsudo -su用户名
,尝试--list-keys
但是得到了写入访问错误。所以,我使用root帐户给这个用户访问.gnupg
目录的权限,导出密钥并将其导入正确的用户帐户中。但所有这些都没有帮助我。 - egimaben