He configurado y estamos ejecutando una instalación predeterminada de GitLab v6.0.1 (también estamos a punto de actualizar). Fue una configuración de "Producción", siguiendo esta guía exactamente al pie de la letra:

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

Ahora, ¿cómo cambiamos de forma segura la URL de una instalación funcional?

Aparentemente, nuestra URL es muy larga y hemos creado una nueva URL. He editado varios archivos de configuración y las "Verificaciones del estado de la aplicación" informan que todo está bien. Reinicié el servidor para asegurarme de que todo sigue funcionando.

Puedo acceder a Nginx sin problemas, a través de nuestro SSL original. Puedo navegar por el sitio de GitLab, crear un repositorio, etc. Puedo bifurcar y comprometer bien.

Todo parece estar bien; pero, dado que este no es un entorno nativo para mí, quería verificar que hice todo lo posible para cambiar el nombre de un sitio de GitLab.

Los archivos que he editado son:

/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

¡Hiciste todo correctamente!

También puede cambiar la configuración del correo electrónico, dependiendo de si el servidor de correo electrónico también es el mismo servidor. La configuración del correo electrónico está en gitlab.yml para los correos enviados por GitLab y también el correo electrónico de administración.

GitLab Omnibus

Para una instalación de Omnibus, es un poco diferente.

El lugar correcto en una instalación de Omnibus es:

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

Finalmente, deberá ejecutar sudo gitlab-ctl reconfigurey, sudo gitlab-ctl restartpor lo tanto, se aplican los cambios.

Estaba haciendo cambios en los lugares equivocados y se estaban quedando boquiabiertos.

Los caminos incorrectos son:

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

Preste atención a las advertencias que dicen:

# 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 realidad, esto NO es totalmente correcto. Llegué a esta página, tratando de responder a esta pregunta a mí mismo, como estamos en transición producción GitLab servidor de http://a https://y más cosas está trabajando como se ha descrito anteriormente, pero cuando se conecta ahttps://server y todo se ve bien ... excepto cuando explora un proyecto o repositorio, y muestra las instrucciones SSH y HTTP ... Dice "http" y las instrucciones que muestra también dicen "http".

Sin embargo, encontré algunas cosas más para editar:

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

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

y

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

...

Hay notas detalladas sobre esto que me ayudaron por completo, ubicadas aquí .

Jonathon Reinhart ya ha respondido con el bit de clave, para editar /etc/gitlab/gitlab.rb , alterar el external_url y luego ejecutarsudo gitlab-ctl reconfigure; sudo gitlab-ctl restart

Sin embargo, necesitaba ir un poco más allá y los documentos que vinculé anteriormente lo explican. Entonces, lo que terminé con se ve así:

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

Arriba, he declarado explícitamente dónde están mis beneficios SSL en este servidor. Y eso, por supuesto, seguido de

sudo gitlab-ctl reconfigure
sudo gitlab-ctl restart

Además, cuando cambia el paquete ómnibus a https, el nginx incluido solo servirá en el puerto 443. Dado que todas mis cosas se alcanzan a través de un proxy inverso, esta parte era potencialmente significativa.

Mientras pasaba por esto, arruiné algo y fue útil encontrar los registros de nginx reales, esto me llevó allí:

sudo gitlab-ctl tail nginx