database.yml配置缺失及Capistrano部署报错问题咨询（Postgres）

这个场景我之前帮好几个开发者处理过，别慌，一步步来就能解决：

先堵上Capistrano自动覆盖的口子 #

首先得确保后续部署不会再把本地的database.yml推上去覆盖服务器上的配置。在你的Capistrano配置文件（比如deploy.rb或者config/deploy/staging.rb）里加上这行代码：

set :linked_files, fetch(:linked_files, []).push('config/database.yml')

这样Capistrano会把database.yml标记为共享文件，以后部署只会去读取服务器共享目录里的版本，不会再用本地的文件替换它。

找回Staging服务器上的数据库连接信息 #

因为前任是直接在服务器上改的配置，现在被覆盖了，你需要登录到Staging服务器去获取正确的PostgreSQL连接细节：

• 切换到PostgreSQL系统用户：sudo -u postgres psql
• 查看所有数据库用户：\du，找到对应Staging应用的那个数据库用户
• 查看数据库列表：\l，确认Staging环境用的数据库名称
• 如果忘了密码，可以直接重置该用户的密码：ALTER USER your_staging_db_user WITH PASSWORD 'new_strong_password';
• 另外也可以检查PostgreSQL的pg_hba.conf配置文件（路径一般是/var/lib/postgresql/[你的PG版本]/main/pg_hba.conf），看看是否允许本地信任连接——如果是这种模式，可能连密码都不需要。

在服务器上配置正确的Staging database.yml #

登录服务器后，进入应用的共享配置目录：cd /path/to/your/app/shared/config，创建或编辑database.yml，添加Staging环境的配置：

staging:
  adapter: postgresql
  database: your_staging_db_name
  username: your_staging_db_user
  password: your_new_password # 如果是信任连接可以留空
  host: localhost # 或者你的数据库主机地址
  pool: 5

保存后，重启你的Staging应用服务器（比如Puma、Unicorn），让新配置生效。

重要提醒：绝对不会覆盖数据 #

和第一个问题一样，database.yml只是连接数据库的“地址簿”，它根本没有权限去修改或覆盖数据库里的任何数据。只要你填的数据库名称和服务器上已有的Staging数据库一致，应用就能正常连上，里面的所有数据都会原封不动。

内容的提问来源于stack exchange，提问作者madav