Rails中config_for解析全文件ERB引发跨环境报错，求解决方案

问题场景 #

在新创建的Rails应用中，我创建了多环境配置文件config/app.yml：

# config/app.yml
test:
  key: "VALUE"

development:
  key: "<%= Rails.application.credentials.section[:key] %>"

并在config/application.rb中通过config_for加载：

config.app = config_for(:app)

其中凭据Rails.application.credentials.section仅存在于config/credentials/development.yml.enc，测试环境的凭据文件中没有该字段。但运行bin/rails test时触发报错：

bin/rails aborted!
NoMethodError: undefined method `[]' for nil (NoMethodError)
/Users/fernandogulliensuarez/Downloads/TestProject/config/app.yml:5:in `<main>'

原因是config_for会先解析整个app.yml的ERB代码，再提取当前环境的配置，导致非当前环境的ERB也会被执行，触发不存在的凭据调用。

可行解决方案 #

1. 拆分环境独立配置文件 #

将config/app.yml拆分为每个环境单独的配置文件，比如config/app/development.yml和config/app/test.yml：

# config/app/development.yml
key: "<%= Rails.application.credentials.section[:key] %>"

# config/app/test.yml
key: "VALUE"

然后在config/application.rb中根据当前环境加载对应文件：

config.app = YAML.load(ERB.new(File.read(Rails.root.join("config", "app", "#{Rails.env}.yml"))).result).deep_symbolize_keys

这种方式下，每个环境只会解析自己的配置文件，完全避免了非当前环境的ERB执行问题。

2. 自定义配置加载逻辑，仅解析当前环境配置块 #

重写类似config_for的逻辑，先从YAML中提取当前环境的配置段，再单独解析该段的ERB：

# config/application.rb
def custom_config_for(config_name)
  config_path = Rails.root.join("config", "#{config_name}.yml")
  raw_yaml = YAML.load_file(config_path) || {}
  env_specific_config = raw_yaml[Rails.env] || {}
  
  # 仅对当前环境的配置段执行ERB解析
  parsed_config = ERB.new(env_specific_config.to_yaml).result
  YAML.load(parsed_config).deep_symbolize_keys
end

config.app = custom_config_for(:app)

此方法保留了单文件多环境配置的结构，但只处理当前环境的配置内容，其他环境的ERB代码不会被执行。

3. 结合环境判断与凭据校验（满足报错需求） #

如果需要在凭据缺失时直接报错，但又不想触发非当前环境的错误，可以在配置中增加环境判断，同时在加载后强制校验：
修改config/app.yml：

# config/app.yml
test:
  key: "VALUE"

development:
  key: "<%= Rails.env.development? ? Rails.application.credentials.section[:key] : '' %>"

然后在config/application.rb中加载后添加校验逻辑：

config.app = custom_config_for(:app)

# 仅在开发环境强制校验凭据是否存在
if Rails.env.development? && config.app[:key].blank?
  raise "Fatal: Missing credentials 'section[:key]' for development environment"
end

这样既避免了测试环境解析开发环境的ERB代码，又能在开发环境凭据缺失时直接抛出明确错误，符合业务校验需求。

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