我能想到的唯一危险是开发人员使用capistrano回滚生产数据库上的迁移。
您还可以考虑其他风险吗？避免意外迁移/数据库重置等的最佳方法是什么？
编辑：我们每天都有备份。我将以这种方式重新表述我的问题：完全不使用迁移（仅手动更改架构）有什么好处吗？你知道有哪个rails团队在做这件事吗？
最佳答案
可能存在数据损坏/不一致的可能性，尤其是在修改现有表的情况下。
在执行任何迁移或回滚之前，我建议您确保有一个最新的备份，并且如果可能，请在转移环境中运行迁移，然后再将其推出到生产环境中。
我能想到的唯一危险是开发人员使用capistrano回滚生产数据库上的迁移。
您还可以考虑其他风险吗？避免意外迁移/数据库重置等的最佳方法是什么？
编辑：我们每天都有备份。我将以这种方式重新表述我的问题：完全不使用迁移（仅手动更改架构）有什么好处吗？你知道有哪个rails团队在做这件事吗？
最佳答案
可能存在数据损坏/不一致的可能性，尤其是在修改现有表的情况下。
在执行任何迁移或回滚之前，我建议您确保有一个最新的备份，并且如果可能，请在转移环境中运行迁移，然后再将其推出到生产环境中。