Eu configurei e estamos executando uma instalação padrão do GitLab v6.0.1 (estamos prestes a atualizar também). Foi uma configuração de "Produção", seguindo este guia exatamente ao pé da letra:

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

Agora, como alteramos com segurança a URL de uma instalação funcional?

Aparentemente, nosso URL é muito longo e criamos um novo URL. Eu editei vários arquivos de configuração e o relatório "Verificações de status do aplicativo" está tudo OK. Reinicializei o servidor para garantir que as coisas ainda estejam funcionando.

Posso acessar o Nginx perfeitamente, em nosso SSL original. Posso navegar no site GitLab, criar um repositório, etc. Posso fazer um fork e fazer um commit muito bem.

Tudo parece estar bem; mas, como este não é um ambiente nativo para mim, gostaria de verificar novamente se fiz tudo para renomear um site GitLab.

Os arquivos que editei são:

/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

Você fez tudo corretamente!

Você também pode alterar a configuração de e-mail, dependendo se o servidor de e-mail também é o mesmo servidor. A configuração do email está em gitlab.yml para os emails enviados pelo GitLab e também para o email admin.

GitLab Omnibus

Para uma instalação Omnibus, é um pouco diferente.

O local correto em uma instalação Omnibus é:

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

Finalmente, você vai precisar para executar sudo gitlab-ctl reconfiguree sudo gitlab-ctl restartpara que as alterações se aplicam.

Eu estava fazendo alterações nos lugares errados e elas estavam ficando fascinadas.

Os caminhos incorretos são:

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

Preste atenção aos avisos que dizem:

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

Na verdade, isso NÃO é totalmente correto. Cheguei a esta página tentando responder a essa pergunta sozinho, pois estamos fazendo a transição do servidor GitLab de produção de http://para https://e a maioria das coisas está funcionando conforme descrito acima, mas quando você faz o login https://servere tudo parece bem ... exceto quando você navega para um projeto ou repositório e exibe as instruções SSH e HTTP ... Diz "http" e as instruções que exibe também dizem "http".

No entanto, encontrei mais algumas coisas para editar:

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

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

e

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

...

Existem notas detalhadas sobre isso que me ajudaram completamente, localizadas aqui .

Jonathon Reinhart já respondeu com a parte chave, para editar /etc/gitlab/gitlab.rb , alterar o external_url e depois executarsudo gitlab-ctl reconfigure; sudo gitlab-ctl restart

No entanto, eu precisava ir um pouco mais longe e os documentos vinculados acima explicaram isso. Então, o que eu acabei parece com:

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

Acima, declarei explicitamente onde meus goodies SSL estão neste servidor. E é claro que é seguido por

sudo gitlab-ctl reconfigure
sudo gitlab-ctl restart

Além disso, quando você muda o pacote omnibus para https, o nginx agrupado só servirá na porta 443. Como todas as minhas coisas são acessadas por proxy reverso, essa parte foi potencialmente significativa.

Enquanto eu passava por isso, eu estraguei algo e foi útil encontrar os logs reais do nginx, isso me levou até lá:

sudo gitlab-ctl tail nginx