Ich habe einen Git-Server mit Gitolit für ein kleines Team eingerichtet. Einer von uns erstellt ein Repo und schob die anfängliche verpflichtet Smart http - lassen Sie uns sagen, dass es beiGibt es einen Grund, warum Sie nicht ssh und smart HTTP-Zugriff mit git mischen sollten?
http://ourhost/project.git
residiert ich das Projekt ging zu klonen mit ssh dh dann
git clone [email protected]:project.git
Git es mich tun lassen und erstellt den Projektordner, aber berichtet, dass der Repo war leer. Darüber hinaus gab mir irgendein Git Pull ich "konnte Remote Master" Fehler nicht finden. Als ich lief dann
git remote -v show origin
Es zeigte HEAD Zweig: (unbekannt). Als ich auf dem Server (läuft gitlab) überprüft habe, konnte ich den Hauptzweig und den ganzen Code sehen, also war es eindeutig dort.
Schließlich klonte ich es mit smart http und lo und siehe, es hat alles funktioniert und ich kann damit weitermachen.
Aber warum ist das? Warum sollte es eine Rolle spielen, welche Methode wir benutzen, um zu drücken/ziehen? Gitlab zeigt sogar die zwei URLs (für ssh oder smart http) als Alternativen für Repos, so scheint es zu funktionieren ...)
Oder fehlt mir etwas ...?
Welche Version von GitLab laufen Sie? GitLab 5.x verwendet Gitolite nicht mehr. Welche Version von Gitolit verwenden Sie? – VonC
Ich benutze Version 4 ... vielleicht sollte ich upgraden, denkst du, dass dieses Problem mit einer älteren Version zu tun haben könnte? – SonarJetLens
Und gitolite ist Version 3.2 – SonarJetLens