有没有理由不将ssh和智能http访问与git混合使用？

Question

我已经为一个小团队使用gitolite建立了一个git服务器。我们中的一个人创建了一个repo并使用智能http推送了初始提交 - 假设它位于

http://ourhost/project.git

然后我继续使用ssh克隆项目，即

git clone git@ourhost:project.git

Git让我这样做并创建项目文件夹，但报告回购为空。 此外，我做的任何git pull都给了我“找不到远程参考大师”错误。 当我跑了

git remote -v show origin 

它显示了HEAD分支:(未知）。当我检查服务器（运行gitlab）时，我可以看到主分支和所有代码，所以它显然就在那里。

最后，我使用智能的http和lo克隆它，看到它一切正常，我可以继续使用它。

但为什么会这样呢？为什么我们每个人使用哪种方法推/拉都很重要？ Gitlab甚至将两个URL（对于ssh或smart http）显示为repos的替代品，因此它似乎可以工作......）

或者我错过了什么......？

Answer 1

使用GitLab V4和Gitolite，ssh仍然是首选的访问方法 Https访问可以完全绕过Gitolite。

从GitLab V5 doesn't use Gitolite anymore开始（但现在使用gitlab-shell），ssh和https访问都可以更加一致地使用访问权限管理。