Wir haben uns gerade eingerichtetGitLab 5.0 mitBitnami-Stapel und brauchen einen schnellen Start.

Standardmäßig ist SSH in Bitnami deaktiviert. Das ist in Ordnung für mich, ich würde lieber HTTP verwenden. Es scheint jedoch, dass GitLab 5.0 HTTP nicht reibungslos unterstützt.
Zum Beispiel auf der Projektseitehttp://192.168.133.99/gitlab/publicproject1Wenn Sie zur HTTP-Option wechseln, wird die unten stehende Hilfe nicht aktualisiert.

Ich habe ein Projektpublicproject1 als öffentlich markiert Aber ich kann es in keiner Weise klonen (mitgit oder EGit):

weibl@FX-JSJ532 ~/pp1
$ git clone http://192.168.133.99/gitlab/publicproject1.git
Cloning into 'publicproject1'...
fatal: http://192.168.133.99/gitlab/publicproject1.git/info/refs not found: did you run git update-s
erver-info on the server?

weibl@FX-JSJ532 ~/pp1
$ git clone http://192.168.133.99/gitlab/publicproject1
Cloning into 'publicproject1'...
fatal: http://192.168.133.99/gitlab/publicproject1/info/refs not found: did you run git update-serve
r-info on the server?

Ich benutze GitHub schon eine Weile, daher habe ich möglicherweise etwas verpasst, das von GitHub automatisch verarbeitet wird.

Ich habe diesen Q gefundenzB Plugin für Eclipse . Meine SSH-Schlüssel sind vorhanden.

UPDATE: Ich habe alle Ratschläge überprüft"Haben Sie git update-server-info ausgeführt?" - Fehler in einem Github-Repository.
Und überprüft, dass ich Meister dieses Projekts bin.

UPDATE 2: Bitnami Gitlab hat kein Nginx, sondern Apachehttp://bitnami.com/stack/gitlab/README.txt

Fehler ist dasselbe wieerwähnte Ausgabe 3384.

>git push -u origin master
/opt/bitnami/ruby/lib/ruby/1.9.1/net/http.rb:762:in `initialize': getaddrinfo: T
emporary failure in name resolution (SocketError)
        from /opt/bitnami/ruby/lib/ruby/1.9.1/net/http.rb:762:in `open'
        from /opt/bitnami/ruby/lib/ruby/1.9.1/net/http.rb:762:in `block in connect'
        from /opt/bitnami/ruby/lib/ruby/1.9.1/timeout.rb:54:in `timeout'
        from /opt/bitnami/ruby/lib/ruby/1.9.1/timeout.rb:99:in `timeout'
        from /opt/bitnami/ruby/lib/ruby/1.9.1/net/http.rb:762:in `connect'
        from /opt/bitnami/ruby/lib/ruby/1.9.1/net/http.rb:755:in `do_start'
        from /opt/bitnami/ruby/lib/ruby/1.9.1/net/http.rb:744:in `start'
        from /opt/bitnami/apps/gitlab/gitlab-shell/lib/gitlab_net.rb:56:in `get'
        from /opt/bitnami/apps/gitlab/gitlab-shell/lib/gitlab_net.rb:17:in `allowed?'
        from /opt/bitnami/apps/gitlab/gitlab-shell/lib/gitlab_shell.rb:51:in `validate_access'
        from /opt/bitnami/apps/gitlab/gitlab-shell/lib/gitlab_shell.rb:21:in `exec'
        from /opt/bitnami/apps/gitlab/gitlab-shell/bin/gitlab-shell:16:in `<main>'
fatal: The remote end hung up unexpectedly

UPDATE 3: Passenger.conf

UPDATE 4: Apache2-Konfiguration für GitLab-Anwendung: gitlab.conf

Wie erstelle ich eine einfache Wurzel (keine relative Wurzel)?

UPDATE 5: Ich habe SSH aktiviert und die GitLab-App-URL von / gitlab in / aka root geändert.Bitnami: Wie konfiguriere ich die GitLab 5.0-Anwendung in Apache2 so, dass sie kein relatives Root-Verzeichnis hat? Ich habe jedoch immer noch den gleichen Fehler wie in UPDATE 2, wenn ich mit git oder EGit zugreife. Der einzige Hinweis, den ich habe, ist, dass die GitLab-Benutzeroberfläche beschädigt ist (scheinbar wurde kein CSS angewendet), daher sind möglicherweise zusätzliche Konfigurationsschritte für die GitLab-Anwendung erforderlich. HILFE!!

LÖSUNG wurde nicht gefunden. Ich habe tatsächlich eine neuere VM-Version 5.1.0-2 mit dem hier erwähnten Hauptfehler, der behoben wurde, aber es gibt jetzt eine allgemeine FrageSo aktualisieren Sie GitLab im Bitnami-Stack