Ich habe eingerichtet und wir führen eine Standardinstallation von GitLab v6.0.1 aus (wir werden auch ein Upgrade durchführen). Es war ein "Produktions" -Setup, das genau dieser Anleitung folgte:
https://github.com/gitlabhq/gitlabhq/blob/master/doc/install/installation.md
Wie können wir nun die URL einer funktionierenden Installation sicher ändern?
Anscheinend ist unsere URL sehr lang und wir haben eine neue URL gefunden. Ich habe eine Reihe von Konfigurationsdateien bearbeitet und in der Meldung "Anwendungsstatusprüfungen" wird angezeigt, dass alles in Ordnung ist. Ich habe den Server neu gestartet, um sicherzustellen, dass die Dinge noch funktionieren.
Ich kann über unser ursprüngliches SSL problemlos auf Nginx zugreifen. Ich kann die GitLab-Site durchsuchen, ein Repository erstellen usw. Ich kann mich gut teilen und festschreiben.
Es scheint alles in Ordnung zu sein; Da dies jedoch keine native Umgebung für mich ist, wollte ich überprüfen, ob ich alles getan habe, um eine GitLab-Site umzubenennen.
Die Dateien, die ich bearbeitet habe, sind:
/etc/hosts
127.0.0.1 localhost
10.0.0.10 wake.domain.com wake
10.0.0.10 git.domain.com git
/home/git/gitlab/config/gitlab.yml
production: &base
gitlab:
host: git.domain.com
/home/git/gitlab-shell/config.yml
gitlab_url: "https://git.domain.com"
^- yes, we are on SSL and that is working, even on a new URL
/etc/nginx/sites-available/gitlab
server {
server_name git.domain.com
Antworten:
Du hast alles richtig gemacht!
Sie können auch die E-Mail-Konfiguration ändern, je nachdem, ob der E-Mail-Server auch derselbe Server ist. Die E-Mail-Konfiguration befindet sich in gitlab.yml für die von GitLab gesendeten E- Mails sowie für die Administrator-E-Mail.
quelle
GitLab Omnibus
Bei einer Omnibus-Installation ist dies etwas anders.
Der richtige Ort in einer Omnibus-Installation ist:
Schließlich müssen Sie ausführen
sudo gitlab-ctl reconfigure
undsudo gitlab-ctl restart
so die Änderungen zu übernehmen.Ich habe Änderungen an den falschen Stellen vorgenommen und sie wurden weggeblasen.
Die falschen Pfade sind:
Beachten Sie die folgenden Warnungen:
quelle
external_url
Option in/etc/gitlab/gitlab.rb
war der richtige Ort, um die URL so einzustellen, dass die Git / HTTP-URLs des Projekts korrekt sind.sudo gitlab-ctl stop unicorn
undsudo gitlab-ctl stop sidekiq
Eigentlich ist das NICHT ganz richtig. Ich bin auf dieser Seite angekommen und habe versucht, diese Frage selbst zu beantworten, da wir den Produktions-GitLab-Server von
http://
auf umstellenhttps://
und die meisten Dinge wie oben beschrieben funktionieren, aber wenn Sie sich anmeldenhttps://server
und alles gut aussieht ... außer wenn Sie zu einem Projekt navigieren oder Repository, und es zeigt die SSH- und HTTP-Anweisungen an ... Es heißt "http" und die angezeigten Anweisungen sagen auch "http".Ich habe jedoch noch einige Dinge zum Bearbeiten gefunden:
und
quelle
Hier finden Sie detaillierte Hinweise, die mir sehr geholfen haben .
Jonathon Reinhart hat bereits mit dem Schlüsselbit geantwortet, um /etc/gitlab/gitlab.rb zu bearbeiten , die external_url zu ändern und dann auszuführen
sudo gitlab-ctl reconfigure; sudo gitlab-ctl restart
Ich musste jedoch noch ein bisschen weiter gehen und die oben verlinkten Dokumente erklärten es. So sah ich aus:
Oben habe ich explizit angegeben, wo sich meine SSL-Goodies auf diesem Server befinden. Und darauf folgt natürlich
Wenn Sie das Omnibus-Paket auf https umstellen, wird der gebündelte Nginx nur auf Port 443 bereitgestellt. Da alle meine Daten über den Reverse-Proxy erreicht werden, war dieser Teil möglicherweise von Bedeutung.
Als ich das durchging, habe ich etwas vermasselt und es war hilfreich, die tatsächlichen Nginx-Protokolle zu finden. Dies führte mich dorthin:
quelle