Właśnie skonfigurowaliśmyGitLab 5.0 za pomocąStos bitnami i potrzebujesz szybkiego startu.

Według Bitnami domyślne SSH jest wyłączone. To jest w porządku dla mnie, wolałbym używać HTTP. Wydaje się jednak, że GitLab 5.0 nie obsługuje płynnie HTTP.
Na przykład na stronie projektuhttp://192.168.133.99/gitlab/publicproject1po przełączeniu na opcję HTTP pomoc poniżej nie jest aktualizowana.

Mam jeden projektpublicproject1 sprawdzone jako publiczne. Ale nie mogę go w żaden sposób sklonować (używającgit lub 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?

Używam GitHub od jakiegoś czasu, więc może przegapiłem coś, co GitHub obsługuje automatycznie.

Znalazłem to pytanieegit plugin dla Eclipse . Moje klucze SSH są na miejscu.

AKTUALIZACJA: Sprawdziłem wszystkie porady„czy uruchomiłeś błąd git update-server-info” w repozytorium Github.
I sprawdziłem, że jestem mistrzem tego projektu.

UPDATE 2: Bitnami Gitlab nie ma Nginx, ale Apachehttp://bitnami.com/stack/gitlab/README.txt

Błąd jest taki sam jakwspomniany problem 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: konfiguracja Apache2 dla aplikacji GitLab: gitlab.conf

Jak zrobić prosty root (nie względny root)?

UPDATE 5: Włączyłem SSH i zmieniłem adres URL aplikacji GitLab z / gitlab na / aka root.Bitnami: Jak skonfigurować aplikację GitLab 5.0 w Apache2, aby nie miała względnego roota? Jednak nadal mam ten sam błąd, co w UPDATE 2 podczas uzyskiwania dostępu za pomocą git lub EGit. Mam tylko jedną wskazówkę, że GitLab UI jest uszkodzony (wygląda na to, że nie zastosowano żadnego CSS), więc może potrzebna jest dodatkowa konfiguracja aplikacji GitLab. WSPARCIE!!

ROZWIĄZANIE nie zostało znalezione. Naprawdę dostałem nowszą maszynę wirtualną w wersji 5.1.0-2 z poprawionym głównym błędem, o którym tutaj mowa, jednak teraz jest ogólne pytanieJak zaktualizować GitLab na stosie Bitnami