J'ai configuré et nous exécutons une installation par défaut de GitLab v6.0.1 (nous sommes également sur le point de mettre à jour). C'était une configuration "Production", suivant ce guide à la lettre:

https://github.com/gitlabhq/gitlabhq/blob/master/doc/install/installation.md

Maintenant, comment pouvons-nous modifier en toute sécurité l'URL d'une installation fonctionnelle?

Apparemment, notre URL est très longue et nous avons trouvé une nouvelle URL. J'ai édité un certain nombre de fichiers de configuration et le rapport «Vérification de l'état de l'application» tout est OK. J'ai redémarré le serveur pour m'assurer que les choses fonctionnent toujours.

Je peux accéder à Nginx très bien, via notre SSL d'origine. Je peux parcourir le site GitLab, créer un référentiel, etc. Je peux très bien forké et commettre.

Tout semble aller bien; mais, comme ce n'est pas un environnement natif pour moi, je voulais vérifier que j'ai tout fait pour renommer un site GitLab.

Les fichiers que j'ai modifiés sont:

/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

Vous avez tout fait correctement!

Vous pouvez également modifier la configuration de la messagerie électronique, selon que le serveur de messagerie est également le même serveur. La configuration des e-mails est dans gitlab.yml pour les e-mails envoyés par GitLab ainsi que l'admin-email.

Omnibus GitLab

Pour une installation Omnibus, c'est un peu différent.

L' endroit correct dans une installation Omnibus est:

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

Enfin, vous devrez exécuter sudo gitlab-ctl reconfigureet sudo gitlab-ctl restartles modifications s'appliqueront.

Je faisais des changements aux mauvais endroits et ils étaient époustouflés.

Les chemins incorrects sont:

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

Faites attention aux avertissements qui disent:

# 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`.

En fait, ce n'est PAS totalement correct. Je suis arrivé à cette page en essayant de répondre moi-même à cette question, car nous sommes en train de faire la transition du serveur de production GitLab de http://vers https://et la plupart des choses fonctionnent comme décrit ci-dessus, mais lorsque vous vous connectez https://serveret que tout semble bien ... sauf lorsque vous naviguez vers un projet ou référentiel, et il affiche les instructions SSH et HTTP ... Il dit "http" et les instructions qu'il affiche disent aussi "http".

J'ai cependant trouvé d'autres choses à modifier:

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

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

et

/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;

...

Il y a des notes détaillées à ce sujet qui m'ont complètement aidé, situées ici .

Jonathon Reinhart a déjà répondu avec panneton, pour modifier /etc/gitlab/gitlab.rb , modifier le external_url puis exécutezsudo gitlab-ctl reconfigure; sudo gitlab-ctl restart

Cependant, j'avais besoin d'aller un peu plus loin et les documents que j'ai liés ci-dessus l'ont expliqué. Donc, ce que j'ai fini avec ressemble à:

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"
}

Ci-dessus, j'ai explicitement déclaré où se trouvent mes goodies SSL sur ce serveur. Et c'est bien sûr suivi de

sudo gitlab-ctl reconfigure
sudo gitlab-ctl restart

De plus, lorsque vous basculez le package omnibus sur https, le nginx fourni ne servira que sur le port 443. Puisque toutes mes affaires sont atteintes via un proxy inverse, cette partie était potentiellement importante.

Au fur et à mesure que je traversais cela, j'ai foiré quelque chose et il est utile de trouver les journaux réels de nginx, cela m'a conduit là:

sudo gitlab-ctl tail nginx