我正在用rubygem构建Rails引擎。它现在包括一些在您运行时调用的迁移:railsgmyengine:install生成器中的代码如下:moduleMyEnginemoduleGeneratorsclassInstallGenerator但是，如果我再次运行railsgmyengine:install，它会失败并出现以下错误:Anothermigrationisalreadynamedmigration1:/Users/jh/Code/Web/demoapp/db/migrate/20130327222221_migration1.rb我希望它只是默默地忽略已经存在迁移的事实
我刚刚安装了devise，所以除了一个用户(我)之外，该表上没有任何数据。我又重新做了一遍数据库，所以我放弃了它。我使用railsgscaffold生成6个新模型和Controller，并使用rakedb:migrate在我的/db/migrate目录中，我有一个文件名为20130603211907_devise_create_users.rb的设计文件这里是问题所在:如果我执行rakedb:migrate:downVERSION=20130603211907，它将删除所有新的迁移。如何在不删除所有较新的迁移的情况下再次运行迁移？ 最佳答案
之前的rakedb:rollback停滞了。现在，在尝试新的迁移时，我们收到以下错误:rakeaborted!ActiveRecord::ConcurrentMigrationError:Cannotrunmigrationsbecauseanothermigrationprocessiscurrentlyrunning./home/me/.rvm/gems/ruby-2.4.1@global/gems/activerecord-5.1.4/lib/active_record/migration.rb:1315:in`with_advisory_lock'/home/me/.rvm/g
有时，需要数据迁移。随着时间的推移，使用域模型的代码更改和迁移不再有效，并且迁移失败。迁移数据的最佳做法是什么？我试着举个例子来说明问题:考虑一下。你有一个迁移classChangeFromPartnerAppliedToAppliedAt当然，这运行得非常好。稍后，您需要更改架构classAddAcceptanceConfirmedAt对你来说，没问题。它运行完美。但是，如果您的同事今天拉取了这两个，还没有运行第一次迁移，他将在运行第一次迁移时遇到此错误:rakeaborted!Anerrorhasoccurred,thisandalllatermigrationscanceled:
我有一个现有的数据库，我正在将以前的“NULL”列转换为具有默认值的列(并使用所述默认值填充该列)。但是，该值是我需要创建的记录的ID。如果我将此记录放入db/seeds.rb，它不会运行，因为db/seeds.rb在迁移之后运行——但迁移需要种子数据。如果我在迁移中保留记录创建，那么如果我使用db:load创建新数据库，我将不会获得记录。除了在db/seeds.rb和迁移中复制它之外，还有更好的方法吗？谢谢! 最佳答案 虽然我能理解您希望保持DRY并且不必在migration和seeds.rb中都写这个，但我认为您应该在两个地方都
我最终成功复制了9个迁移。(我认为这是因为我在我的开发和生产机器上安装/更新了Gems和/或引入了它们的迁移，但在这个阶段我不完全确定。)我从生产服务器上的rails目录中移出一组重复的9，但现在我想在生产中db:migrate以运行另一次迁移，我得到:$bundleexecrakedb:migrateRAILS_ENV=production[DEPRECATIONWARNING]NestedI18nnamespacelookupunder"activerecord.attributes.checkout"isnolongersupported==CreatePages:migrati
我是Rails的新手，开始了一个我对我的模型和数据库模式不满意的项目。我想从头开始，但保留我所有的观点，Controller。执行此操作的最佳方法是什么？我想删除所有迁移和所有模型。在此过程之后不应留下不相关的文件(例如不再使用的迁移)。如果有帮助，我正在使用Rails3.1谢谢! 最佳答案 首先，将您的迁移回滚到版本0。rakedb:migrateVERSION=0然后您手动删除您的迁移和模型，保持Controller和View完好无损。 关于ruby-on-rails-回滚所有rai
每当两个并发的HTTP请求进入我的Rails应用时，第二个总是返回以下错误:AcopyofApplicationControllerhasbeenremovedfromthemoduletreebutisstillactive!从那里它给出了一个无用的堆栈跟踪，结果是“我们通过了标准服务器的东西，在ApplicationController上运行了你的第一个before_filter(我检查过；它只是先运行的过滤器)”,然后提供以下内容:/home/matchu/rails/torch/vendor/rails/activesupport/lib/active_support/depe
我和一位同事在共享某些模型的不同项目中工作。因此，我们通过git子模块共享模型。此外，我们还希望能够共享迁移:这样，我同事的迁移将在我项目的文件夹db/migrate/other_db中。如何配置Rails迁移以在这个额外的文件夹中运行迁移？ 最佳答案 在您的配置文件中(config/application.rb用于所有环境或config/environments/$(environment).rb仅用于特定环境)添加此行:config.paths['db/migrate']+='db/migrate/other_db'如果你想改变
我有一个运行旧版本Spree(开源购物车)的Rails3应用程序。我正在将它更新到最新版本。这需要我在数据库上运行大量迁移以与最新版本兼容。但是，应用程序当前的数据库大约为300mb，要在我的本地计算机(macosx10.7、4gbram、2.4GHzCore2Duo)上运行迁移需要三天以上的时间才能完成。我能够使用AmazonEC2实例(高I/O按需实例，四倍超大)将这个时间减少到仅16小时。但是16小时仍然太长，因为我必须关闭网站才能执行此更新。有没有人有任何其他建议来降低这个时间？或提高迁移性能的任何提示？仅供引用:在Amazon实例上使用Ruby1.9.2和Ubuntu。
