2013-04-23 13 views
5

Ich schaffe diese Frage andere bei der Suche nach der Dokumentation zu helfen, in Bezug auf zwei Gitlab Probleme Konfiguration beim Versuch, ein initialisiert Repo zu drücken:Gitlab v5.0 git push Probleme

1: git Benutzer auf Ihrem Gitlab Server erfordern Passwort auch nach einem SSH-Key in der Gitlab Frontend einrichten:

$ git push -u origin master 
[email protected]'s password: 

2: der Gitlab-Shell-Client an der falschen Stelle für Ihre Repo zu suchen scheint, wenn man versucht zu schieben (/home/git/repositories sind, wo alle Repositories sollten als spe gespeichert werden cified in /home/git/gitlab-shell/config.yml):

$ git push -v -u origin master 
Pushing to [email protected]:sadmicrowave/test-project.git 
fatal: 'sadmicrowave/test-project.git' does not appear to be a git repository 
fatal: The remote end hung up unexpectedly 
+0

5.0 ist sehr, sehr, sehr alt in diesem Moment. Bitte berücksichtigen Sie ein Update – frlan

Antwort

6

Wenn der SSH-Key im Gitlab Frontend hinzugefügt wurde, bemerkte ich es wurde nicht entsprechend in der /home/git/.ssh/authorized_keys Datei hinzugefügt. Nach einigem Graben fand ich diese https://github.com/gitlabhq/gitlabhq/issues/3120, die die folgenden Rake laufen betont:

rake gitlab:shell:setup RAILS_ENV=production 

Hinweis: Der Verweis aus verlässt der Teil RAILS_EVN=production aber, was erforderlich ist, so dass Sie besagt nicht, einen anderen Fehler bekommen cannot load such file -- rb-inotify

Da mein git Benutzer nicht sudo Zugriff hat ich hatte den obigen Befehl von einem anderen Benutzer-Login mit sudo und führen Sie den folgenden geben die entsprechenden Berechtigungen (git) zurück zum .ssh Verzeichnis auszuführen:

$ sudo chgrp -R git /home/git/.ssh 
$ sudo chown -R git /home/git/.ssh 

Nach allem, gehen Sie zurück zum GitLab-Frontend, löschen und erstellen Sie Ihren SSH-Key neu (Sie können den gleichen öffentlichen Schlüssel wie zuvor verwenden).

Sie sollten den korrekten Datensatz in /home/git/.ssh/authorized_keys sehen und wenn Sie git push -v -u origin master von Ihrem lokalen Computer ausführen, sollten Sie jetzt gut sein!

+1

hoffentlich das spart jemand Stunden der Suche – sadmicrowave

+0

Vielleicht können Sie eine Antwort [hier] (http://stackoverflow.com/questions/17113047/coping-with-gitlab-ssh-key-syncronization-bug) –

+1

Kleiner Tippfehler bei sudo chgrp -R git /home/git/.ssh. – user1226868