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

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.

GitLab Omnibus

Bei einer Omnibus-Installation ist dies etwas anders.

Der richtige Ort in einer Omnibus-Installation ist:

/etc/gitlab/gitlab.rb
    external_url 'http://gitlab.example.com'

Schließlich müssen Sie ausführen sudo gitlab-ctl reconfigureund sudo gitlab-ctl restartso die Änderungen zu übernehmen.

Ich habe Änderungen an den falschen Stellen vorgenommen und sie wurden weggeblasen.

Die falschen Pfade sind:

/opt/gitlab/embedded/service/gitlab-rails/config/gitlab.yml
/var/opt/gitlab/.gitconfig
/var/opt/gitlab/nginx/conf/gitlab-http.conf

Beachten Sie die folgenden Warnungen:

# This file is managed by gitlab-ctl. Manual changes will be
# erased! To change the contents below, edit /etc/gitlab/gitlab.rb
# and run `sudo gitlab-ctl reconfigure`.

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 umstellen https://und die meisten Dinge wie oben beschrieben funktionieren, aber wenn Sie sich anmelden https://serverund 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:

/home/git/gitlab/config/gitlab.yml
  production: &base
    gitlab:
      host: git.domain.com

      # Also edit these:
      port: 443
      https: true
...

und

/etc/nginx/sites-available/gitlab
  server {
    server_name git.domain.com;

    # Also edit these:
    listen 443 ssl;
    ssl_certificate     /etc/ssl/certs/somecert.crt;
    ssl_certificate_key /etc/ssl/private/somekey.key;

...

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ührensudo 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:

external_url 'https://gitlab.toilethumor.com'
nginx['ssl_certificate'] = "/www/ssl/star_toilethumor.com-chained.crt"
nginx['ssl_certificate_key'] = "/www/ssl/star_toilethumor.com.key"
nginx['proxy_set_headers'] = {
 "X-Forwarded-Proto" => "http",
 "CUSTOM_HEADER" => "VALUE"
}

Oben habe ich explizit angegeben, wo sich meine SSL-Goodies auf diesem Server befinden. Und darauf folgt natürlich

sudo gitlab-ctl reconfigure
sudo gitlab-ctl restart

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:

sudo gitlab-ctl tail nginx