Can’;t连接到gitolite:找不到gl auth命令

Can’;t连接到gitolite:找不到gl auth命令,git,gitolite,Git,Gitolite,gl auth命令是从~/.ssh/authorized_key调用的,应该位于src/下的gitolite repo中 我已经成功地对gitolite repo进行了最后的更改,但没有在其中找到任何gl auth命令 $ git push sh: /usr/bin/gl-auth-command: No such file or directory fatal: Could not read from remote repository. Please make sure you have

gl auth命令
是从
~/.ssh/authorized_key
调用的,应该位于
src/
下的gitolite repo中

我已经成功地对gitolite repo进行了最后的更改,但没有在其中找到任何gl auth命令

$ git push
sh: /usr/bin/gl-auth-command: No such file or directory
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.
我在一个月前完成了到v3的迁移,那时它还可以工作。~/.gitolite/logs/中的日志在9月10日有关于成功回购更新的最后消息。然后发生了一些事情,用户从此无法登录。我不知道会是什么,而且,如果它查找
gl auth命令
,这意味着ssh连接正常,所以至少,这不是网络问题

src下的gitolite回购协议/

否,在装入gitolite后,应将其放在bin文件夹中。
这似乎表明是一个旧的gitolite 2,这就是为什么在最新的gitolite变化中找不到它的原因


(和:
gitolite trigger POST\u COMPILE

Nah,
gitolite setup
只需更新授权密钥文件即可。谢谢这确实是文档中的一个缺陷,因为在我的例子中,我克隆了gitolite admin repo,但没有运行
gitolite安装程序
@tijagi当然,但我仍然建议升级到gitolite v3。V2已经过时了。我已经在上面写过了,我已经在一个月前迁移了。我可能在一周前删除了v2的内容,这导致了这个意外的结果。出于某种原因,我一直收到这个消息。我的意思是,在运行了
gitolite安装程序之后
一切正常,但几天后~/.ssh/authorized\u keys又有了/usr/bin/gl auth命令。什么更新了这个文件?@tijagi可能是另一个较旧的gitolite安装。确保只安装了一个Gitolite。
git@home ~ $ find gitolite -iname "gl-auth*"
git@home ~ $