私はセットアップし、GitLab v6.0.1のデフォルトのインストールを実行しています（これからもアップグレードします）。これは「本番環境」のセットアップであり、このガイドに従って文字どおりに行われました。

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

では、作業中のインストールのURLを安全に変更するにはどうすればよいでしょうか。

どうやら私たちのURLは非常に長く、新しいURLを思いついたようです。いくつかの設定ファイルを編集して、「アプリケーションステータスチェック」ですべてが問題ないと報告しました。サーバーを再起動して、問題が発生しないことを確認しました。

元のSSL経由でNginxに問題なくアクセスできます。GitLabサイトを閲覧したり、リポジトリを作成したりすることができます。フォークしてコミットすることもできます。

すべて問題ないようです。しかし、これは私にとってネイティブ環境ではないので、GitLabサイトの名前を変更するためにすべてを行ったことを再確認したいと思いました。

編集したファイルは次のとおりです。

/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

あなたはすべてを正しく行いました！

また、電子メールサーバーが同じサーバーであるかどうかに応じて、電子メール構成を変更することもできます。電子メールの設定はであるgitlab.yml GitLabによって送信されたメールも管理者-メール用。

GitLab Omnibus

Omnibusインストールの場合は少し異なります。

Omnibusインストールの正しい場所は次のとおりです。

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

最後に、あなたが実行する必要がありますsudo gitlab-ctl reconfigureし、sudo gitlab-ctl restartその変更が適用されます。

私は間違った場所で変更を加えていて、それらは吹き飛ばされていました。

正しくないパスは以下のとおりです。

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

以下の警告に注意してください。

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

実際、これは完全に正しくはありません。私はこのページにアクセスし、この質問に自分で答えようとしました。本番GitLabサーバーをからhttp://に移行しているためhttps://、ほとんどのものが上記のように機能していますが、ログインしhttps://serverてすべてが正常に見えるとき...プロジェクトを参照するときを除きますまたはリポジトリ、SSHおよびHTTPの指示が表示されます...「http」と表示され、表示される指示も「http」と表示されます。

しかし、私は編集するいくつかのことを見つけました：

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

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

そして

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

...

完全に私を助けたこれに関する詳細なメモがここにあります。

Jonathon Reinhartはすでにキービットで応答しています。/etc/gitlab/gitlab.rbを編集し、external_urlを変更して実行しますsudo gitlab-ctl reconfigure; sudo gitlab-ctl restart

しかし、私は少し先に行く必要があり、上でリンクしたドキュメントがそれを説明しました。だから私が終わったものは次のようになります：

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

上記で、SSLの利点がこのサーバーのどこにあるかを明示的に宣言しました。そしてそれはもちろん続きます

sudo gitlab-ctl reconfigure
sudo gitlab-ctl restart

また、オムニバスパッケージをhttpsに切り替えると、バンドルされたnginxはポート443でのみ機能します。私のすべてのものはリバースプロキシ経由で到達するため、この部分は潜在的に重要でした。

私がこれを経験したとき、私は何かを台無しにしました、そして実際のnginxログを見つけるのは役に立ちました、これはそこに私を導きました：

sudo gitlab-ctl tail nginx