Rails 3 和 Heroku：推送时自动“rake db:migrate”？

Question

我对我的 heroku 推送/部署过程有点烦恼，否则发现和使用它是一种乐趣。

如果我向我的应用程序添加新的迁移，我可以将它放到 heroku 服务器上的唯一方法是推送到 heroku 远程。这将上传它并重新启动应用程序。但它不运行迁移，所以我必须先做heroku rake db:migrate --app myapp，然后再做heroku restart --app myapp。同时，该应用程序已损坏，因为它尚未运行迁移，并且代码引用了迁移中的字段/表等。

必须有一种方法可以更改部署过程以在部署过程中自动运行rake db:migrate，但我无法解决。

这是我在 heroku cpanel 中设置的吗？这是我从命令行传递给heroku的选项吗？它是一个git钩子吗？谁能让我直截了当？谢谢，最大

Answer 1

Heroku 现在可以将其作为“发布阶段”功能的一部分来处理。

您可以将一个名为 release 的进程添加到您的 Procfile 中，该进程将在每次部署期间运行。

Rails >= 5 示例

release: bundle exec rails db:migrate

Rails

release: bundle exec rake db:migrate

Answer 2

这个简单的命令链解决方案怎么样：

git push heroku master && heroku run rake db:migrate

一旦第一个成功完成，它将自动运行迁移。通常延迟 1-2 秒或更短。

Answer 3

这是一个 rake 任务，它将所有内容打包成一个单行（并且还支持回滚）：

https://gist.github.com/362873

您仍然可能会在您老板的演示上进行部署，但至少您不会浪费时间在git push 和rake db:migrate 之间打字。

Answer 4

我创建了a custom buildpack，让 Heroku 在部署时自动为您运行rake db:migrate。它只是 Heroku 的默认 Ruby buildpack 的一个分支，但添加了 rake db:migrate 任务。

要将它与您的应用程序一起使用，您可以这样做：

heroku config:set BUILDPACK_URL=https://github.com/dtao/rake-db-migrate-buildpack

另请注意，为了使其正常工作，您需要启用 user-env-compile Heroku Labs 功能。这样做的方法如下：

heroku labs:enable user-env-compile

这是我证明它有效的证据：

Answer 5

也许您可以尝试将架构提交（迁移等）提交与代码提交（模型、验证等）分开。

（请注意，以下假设您的迁移更改没有破坏性，因为您已经指出涵盖了您的大部分用例。）

您的部署过程可能是：

1. 将架构更改推送到 Heroku
2. 迁移
3. 将应用程序代码推送到 Heroku

这当然远非最佳，但在您描述的情况下是避免停机的有效方法：当应用收到动态字段的代码时，数据库已经迁移。

（当然，最简单的解决方案是在老板外出吃午饭时简单地推送和迁移；-D）

否则，即使架构修改是自动进行的，您仍然会冒在迁移运行之前请求通过的风险。

Answer 6

对于像我这样使用谷歌搜索的人，我想在这里给出一个简单的解决方案。

我正在使用 Rails 4，需要在部署到 heroku 时添加一个简单的 Rake 任务。由于我在 github 中使用“部署到 heroku”按钮，因此在部署后没有机会立即运行“heroku run ...”。

我做了什么：我扩展了在部署到 heroku 期间自动运行的标准 Rake Task 'assets:clean'。该任务仍然正常运行，但我已将我自己的东西附加到它的末尾。这是通过 'enhance' 方法完成的。在下面的示例中，我添加了一个 db:migrate 因为这可能是大多数人想要的：

# in lib/tasks/assets_clean_enhance.rake
Rake::Task['assets:clean'].enhance do
  Rake::Task['db:migrate'].invoke
end

我承认这不是完美的解决方案。但是 heroku Ruby Buildpack 仍然不支持任何其他方式。对于这么简单的事情，编写我自己的 buildback 似乎有点矫枉过正。

Answer 7

我使用 rake 任务将应用置于维护模式，推送、迁移并将其移出维护模式。

Answer 8

我写了SmartMigrate buildpack，这是一个简单的 Heroku buildpack，用于在检测到新迁移时在 ruby​​ 构建后警告待处理的迁移。此 buildpack 旨在成为 Multipack 的一部分，该 Multipack 具有前面的 Ruby buildpack。

考虑到这里的其他解决方案，这个 buildpack 有 3 个优势：

1. 无需维护模式
2. 无需在最后插入迁移的过时的 ruby​​ buildpack 分叉
3. 无需一直运行迁移，仅当自上次部署以来检测到新迁移时才会显示警告

Answer 9

我认为 David Sulc 的方法是唯一能确保在应用程序处于故障状态时避免请求通过的方法。

这有点痛苦，但在某些情况下可能是必要的。

正如他所说，它确实要求数据库迁移是非破坏性的。

但是，在其余代码之前推送迁移和架构更改可能很困难，因为显而易见的方法（'git push heroku {revnum}'）依赖于您在其余代码之前检查迁移代码。

如果您还没有这样做，仍然可以使用临时分支来执行此操作：

• 根据您最近推送到 heroku 的 git 版本创建一个分支：

  git branch <branchname> <revnum-or-tag>
  

• 查看那个分支：

  git checkout <branchname>
  

• 如果您的数据库迁移提交仅包含迁移，并且没有代码更改，请挑选包含数据库更改的提交：

  git cherry-pick <revnum1> <revnum2>...
  

• 如果您在包含代码更改的修订版中提交了数据库更改，则可以使用不会自动提交的“git cherry-pick -n”；使用 'git reset HEAD' 从将要提交的内容集中删除不是 db 更改的文件。一旦你得到了 db 更改，将它们提交到你的临时分支中。

  git cherry-pick -n <revnum1> <revnum2>...
  git reset HEAD <everything that's modified except db/>
  git status
  ... check that everything looks ok ...
  git commit
  

• 将此临时分支推送到 heroku（最好是推送到临时应用程序以检查您是否正确，因为避免停机是跳过这些环节的全部重点）

  git push heroku <branchname>:master
  

• 运行迁移

  heroku run rake db:migrate
  

• 此时，您可能认为只需将“master”推送到 heroku 即可完成代码更改。但是，您不能，因为它不是快进合并。继续的方法是将'master'的其余部分合并到您的临时分支中，然后将其合并回master，这会重新组合两个分支的提交历史：

  git checkout <branchname>
  git merge master
  git diff <branchname> master
  ... shouldn't show any differences, but just check to be careful ...
  git checkout master
  git merge <branchname>
  

• 现在您可以像往常一样将 master 推送到 heroku，这将使您的其余代码更改完成。

在倒数第二个步骤中，我不能 100% 确定是否需要将 master 合并到 {branchname}。这样做应该确保完成“快进”合并，当您推送到 heroku 时，这会让 git 感到高兴，但是如果没有这一步，只需将 {branchname} 合并到 master 就可以获得相同的结果。

当然，如果您不使用“master”，请在上面的相关位置替换适当的分支名称。

Answer 10

一段时间以来，我一直使用heroku_san gem 作为我的部署工具。它是一个不错的小而专注的推送+迁移工具。它添加了一些其他 rake 命令，使访问其他功能（如控制台）变得容易。除了不必记住数据库迁移之外，我最喜欢的功能是它的 Heroku 配置文件——所以我可以随意命名我所有的服务器（生产、登台、playground4、shirley）——并将它们牢记在心。