2011-12-31 80 views
1

我有一个类似的问题,这个帖子在这里:gitolite push error -> remote: ENV GL_RC not set不能gitolite推 - ENV GL_RC没有设置

我已经安装了gitolite成功作为一个非root方法,没有警告或错误。 Hoever我无法推动,因为我得到ENV GL_RC没有设置错误。 (如果我尝试手动分配,在我的ENV我得到麻烦的负载。)

,如果我用我可以克隆:

git clone [email protected]:repositories/gitolite-admin 

从上面的链接的解决方法是使用下面的我不会。

git clone [email protected]:gitolite-admin 

呈现的错误:

Cloning into gitolite-admin... 
fatal: 'gitolite-admin' does not appear to be a git repository 
fatal: The remote end hung up unexpectedly 

我不能做一个包进行安装,因为我在Ubuntu 10.04 LTS它没有,如果我用我不能克隆它在它的存储库列表中。

我已经浏览了http://sitaramc.github.com/的文档,但是我似乎无法得到它。任何想法如何解决这个问题?

回答

2

本人确认:

一个/ git clone [email protected]:repositories/gitolite-admin将绕过gitolite,这会触发ENV GL_RC not set错误。

B/git clone [email protected]:gitolite-admin是正确的语法,通常失败的ssh reason

特别要注意的command=选项,这意味着“不管是什么输入用户要求做的,强制执行这个命令代替”。

如果没有这个command=选项,ssh守护进程会给你一个shell,这不是我们想要的gitolite键(虽然我们可能有其他键用来获得shell)。

这是什么让gitolite工作的骨干;请确保你了解这个

如果您在authorized_keys文件看,你会看到这样的条目(我砍掉过程的两端;他们很长的线):

command="[path]/gl-auth-command sitaram",[more options] ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEA18S2t... 
command="[path]/gl-auth-command usertwo",[more options] ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEArXtCT... 

因此,检查并确保~git/.ssh/authorized_keys中的所有行均正确地以command=指令作为前缀。

+0

谢谢!我一直坚持这一个星期。新年快乐! – yekta 2011-12-31 22:46:29

+0

@yekta:欢迎您,并祝新年好(十分钟之内) – VonC 2011-12-31 22:50:47