根据这个文档，把它放在/etc/gitlab/gitlab.rb中：

# Disable the built-in Postgres
postgresql['enable'] = false
# Fill in the connection details for database.yml
gitlab_rails['db_adapter'] = 'postgresql'
gitlab_rails['db_encoding'] = 'utf8'
gitlab_rails['db_host'] = '127.0.0.1'
gitlab_rails['db_port'] = 5432
gitlab_rails['db_username'] = 'USERNAME'
gitlab_rails['db_password'] = 'PASSWORD'

字符串
然后运行这个命令来应用这个值：sudo gitlab-ctl reconfigure。如果你选择了一个外部数据库，你还需要播种你的数据库。这个命令将使用omnibus-gitlab：sudo gitlab-rake gitlab:setup来完成。

Pierre的解决方案适用于新安装，但如果数据库中已经有数据，则需要进行迁移。最干净，最安全的方法是创建一个备份，其中也包含数据库：

gitlab-rake gitlab:backup:create

字符串
备份文件将位于/var/opt/gitlab/backups。
或者，您可以尝试：

sudo -u gitlab-psql /opt/gitlab/embedded/bin/pg_dumpall --username=gitlab-psql --host=/var/opt/gitlab/postgresql

型
然后，您可以使用以下命令将DB导入到现有的Postgres示例中：

psql -f /tmp/database.sql

型
然后你也需要重新配置和重新启动：

gitlab-ctl start && gitlab-ctl reconfigure && gitlab-ctl restart

型
它以start开始，因为你需要确保GitLab正在运行。这是因为，无论听起来多么奇怪，如果GitLab停止，reconfigure就会失败：

Errno::ENOENT: No such file or directory - connect(2) for /var/opt/gitlab/redis/redis.socket

型
这有点违反直觉，因为传统上您在示例停止时对配置进行更改。

但是无论是迁移还是干净安装，问题都来自第一次GitLab升级：

gitlab preinstall: Automatically backing up only the GitLab SQL database (excluding everything else!)
Dumping database ...
Dumping PostgreSQL database gitlabhq_production ... pg_dump: server version: 10.4; pg_dump version: 9.6.8
pg_dump: aborting because of server version mismatch
Backup failed
[FAILED]

型
正如它所指示的，你必须：

sudo touch /etc/gitlab/skip-auto-migrations

型
所以现在软件包将成功更新，但GitLab仍然无法工作，你必须再次：

gitlab-ctl reconfigure

型
要自动执行此操作，请执行以下操作：

yum install yum-plugin-post-transaction-actions
echo 'gitlab-ce:any:/bin/gitlab-ctl reconfigure' > /etc/yum/post-actions/gitlab-ce.action

型
有关所有的细节，请参阅：

• Migrating GitLab from internal to external PostgreSQL
• Upgrading GitLab with external PostgreSQL的