ruby-on-rails – 在heroku回滚后部署

概述我的heroku发布历史看起来像 – > heroku releases -r productionv587 Rollback to v585 foo@example.co 2016/04/18 16:55:17 -0700 (~ 16m ago)v586 Deploy b89eb91 foo@example.co 2016/04/18 16:48:28 -0700 (~ 我的heroku发布历史看起来像 –

> heroku releases -r productionv587  Rollback to v585  foo@example.co   2016/04/18 16:55:17 -0700 (~ 16m ago)v586  Deploy b89eb91    foo@example.co   2016/04/18 16:48:28 -0700 (~ 23m ago)v585  Deploy b6b2ca7    bar@example.co   2016/04/18 15:00:49 -0700 (~ 2h ago)v584  Deploy c1dce39    bar@example.co   2016/04/18 12:34:35 -0700 (~ 4h ago)v583  Deploy 91ee10b    bar@example.co   2016/04/15 18:04:24 -0700

正如你所看到的,v586是一个糟糕的版本,所以我回到了v585.

现在我已经修复了问题并将修复程序合并到master中,我该如何处理？

我只是使用git push production master推送固定版本,还是需要–force？我问,因为似乎回滚改变了head指向的提交哈希,所以不知道我是否必须做一些特殊的事情才能在回滚后继续

谢谢！

解决方法 我用一个简单的“git push heroku master”做了很多次. 据我所知,你不需要–force. 总结

以上是内存溢出为你收集整理的ruby-on-rails – 在heroku回滚后部署全部内容，希望文章能够帮你解决ruby-on-rails – 在heroku回滚后部署所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。