Вы все сделали правильно!

Вы также можете изменить конфигурацию электронной почты в зависимости от того, является ли сервер электронной почты тем же самым сервером. Конфигурация электронной почты находится в gitlab.yml для письма, отправленные GitLab, а также адрес электронной почты администратора.

GitLab Омнибус

Для установки Омнибуса все немного иначе.

Правильное место при установке Омнибуса:

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

...

Не забудьте очистить кеш после обновления параметра external_url в /etc/gitlab/gitlab.rb, иначе существующие URL-адреса клонов проекта по-прежнему будут отображать ваше старое имя хоста.

Простой трехэтапный процесс изменения имени хоста выглядит следующим образом

• обновить параметр external_url в /etc/gitlab/gitlab.rb
• sudo gitlab-ctl reconfigure
• sudo gitlab-ctl restart
• sudo gitlab-rake cache:clear

Ссылка:

https://forum.gitlab.com/t/clone-url-wont-change/21692/6

Есть подробные примечания по этому поводу, которые полностью мне помогли, находится здесь.

Джонатон Рейнхарт уже ответил ключевым битом, чтобы отредактировать /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

Кроме того, когда вы переключаете пакет omnibus на https, связанный nginx будет обслуживать только порт 443. Поскольку все мои данные доступны через обратный прокси-сервер, эта часть была потенциально важной.

Когда я прошел через это, я кое-что напортачил, и было полезно найти фактические журналы nginx, это привело меня туда:

sudo gitlab-ctl tail nginx