Rails中safety_assured与RuboCop删列迁移的冲突及安全疑问

首先明确：你对Rails schema逻辑的推测是对的——ActiveRecord运行时直接从数据库（MySQL/PostgreSQL）读取表结构，db/schema.rb只是用来初始化开发、测试环境的本地快照，完全不影响生产环境的运行时行为。

为什么两个工具会冲突？ #

• safety_assured提示加ignored_columns，是为了覆盖部署/回滚的过渡场景：
  比如你用滚动部署（先更代码再跑迁移），更新后的代码先上线，此时数据库里还存在enabled列，ignored_columns能让代码忽略它；等迁移跑完列被删除，旧代码如果还在运行（还没被替换），也不会因为找不到列报错。要是回滚迁移，数据库重新添加enabled列，代码也能正常兼容。
• Rubocop的Rails/UnusedIgnoredColumns规则是基于本地schema.rb做检查的，它不知道生产环境的实际列状态，所以这里属于误报。

省略ignored_columns安全吗？ #

分两种情况：

• 如果是滚动部署/零停机部署：绝对不安全。迁移跑完列被删除后，还在运行的旧代码如果有对enabled的引用，会直接抛出数据库列不存在的错误。
• 如果是停机维护式部署（先停服务→跑迁移→更代码）：运行时不会出问题，但如果之后需要回滚迁移（重新添加enabled列），而代码里没去掉对该列的旧逻辑，还是会出现兼容问题。

最佳处理方式 #

1. 暂时保留self.ignored_columns += ["enabled"]，同时在模型文件里给Rubocop加例外：

   class User < ApplicationRecord
     # rubocop:disable Rails/UnusedIgnoredColumns
     self.ignored_columns += ["enabled"]
     # rubocop:enable Rails/UnusedIgnoredColumns
     # ...
   end
   

2. 按照「先部署代码，再运行迁移」的顺序完成部署，确保新旧代码都能兼容数据库的过渡状态。
3. 等后续确认所有代码都不再引用enabled列，且不需要回滚这次迁移时，再移除ignored_columns和Rubocop例外。

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