我正在尝试设置一个 gitolite 实例，并遇到了一个问题，我按照通常的程序添加用户（即，将公钥文件添加到 keydir/xxx.pub；提交并推送到上游）但后来我我发现我无法使用我添加的密钥克隆存储库。
我已验证我对 gitolite-admin 所做的提交（添加公钥）已成功推送到上游（即到 gitolite 安装中的裸 gitolite-admin 存储库）。
我注意到“gitolite”用户的 authorized_keys 文件没有进行相应的更改，这对我来说似乎是错误的 - 我希望看到那里添加了公钥，我怀疑这就是身份验证的原因不工作。
我还能从哪里解决此问题？
【问题讨论】：
标签： gitolite
好的，我想我看到了导致这个的事件顺序：
1) 编辑 gitolite-admin 的本地克隆（添加 xxxxxx.pub 并编辑 gitolite.conf）
2) Push to master - 失败，remote: check GL_GITCONFIG_KEYS in the rc file for how to allow it
3) 修复.gitolite.rc中对应的配置
4）再次尝试步骤（2）；成功
5) 观察到 .ssh/authorized_keys 没有更新。
6) 对 gitolite-admin 进行另一次编辑（微不足道的更改；仅添加评论）
7) 将 gitolite-admin 推送到 master
8) 所有密钥都在 .ssh/authorized_keys 中正确设置。
问题是在 (2) 中失败时，提交已成功推送到上游，但更新 authorized_keys 的钩子由于给定的原因未能运行；在尝试重复推送（第 4 步）时，git 观察到推送是无操作的，并且钩子没有运行。对 gitolite-admin 进行微不足道的更改 (6) 并再次推送 (7) 强制 git 执行实际推送操作并执行钩子。
这是一个相当旧的 gitolite (v1.5.7) 版本，出于实际原因我必须使用它，所以我不知道最新版本是否也会这样。
【讨论】：
我注意到“gitolite”用户的 authorized_keys 文件没有进行相应的更改，这对我来说似乎是错误的 - 我希望看到那里添加了公钥，我怀疑这就是身份验证的原因不工作。
这确实是问题的根源。
你可以在 ~/.gitolite/logs 中看到日志
但请确保您已将该用户添加为 gitolite-admin/conf/gitolite.conf 文件中的其中一个存储库的成员，以查看问题是否仍然存在。
你可以关注ssh troubleshooting并运行（直接在服务器上）：
gitolite compile查看是否有错误提示gitolite sshkeys-lint，检查 admin 目录的 keydir 中的每个键有哪些可用的访问权限。【讨论】：
我今天遇到了与 gitolite 相同的“挂钩未启动”问题：
commit ef9ab68412cbee93c24eb920dbabbb6daa8b1c08
Date: Tue Jun 11 11:53:30 2019 +0530
我遇到了一个问题，即用户在 .pub 文件中有多个行（最后是换行符）（但仍然是一个键）。简单地删除额外的换行符并推送是行不通的。我不得不修改 gitolite.conf（删除了其中的一些空格）。然后推送后，用户被添加到授权密钥文件中。
【讨论】：