在推送现有heroku应用程序的更改时需要建议

时间:2015-03-23 06:08:09

标签: ruby-on-rails git heroku

目前我正在开发一个应用程序(abc.com),该应用程序部署在Heroku的staiging和生产环境中。

现在我必须在登台服务器上部署更改。

当我开始工作时,我从master创建了一个单独的 dev 分支,并将所有更改推送到dev分支下。

目前正在使用分支进行暂存(某些更改由其他开发人员推送到主服务器上。)

所以我需要提供以下建议

  1. 我应该将master合并到dev(master => dev)还是dev to master(dev => master)。
  2. 如果我合并(master => dev),我是否必须设置所有环境变量。
  3. 最重要的是我怎样才能抓住heroku。
  4. 这是我的应用程序配置

    Ruby 1.9.3
    Rails 3.2.11
    

    让我知道任何需要。

1 个答案:

答案 0 :(得分:1)

以下是一些建议。您应该考虑采用标准化的工作流程。让你的朋友(或其他任何人)直接推向掌握可能会带来很大的痛苦。我会在帖子的最后留下推荐信。

  1. 由于您没有遵循任何工作流程,现在这并不重要。如果您的代码适合投入生产,请将dev合并到master。如果您只是在玩游戏,请将master合并到dev

  2. 没有。环境变量在Heroku环境中设置,或使用dotenv gem之类的设置。你在Git上使用哪个分支并不重要。 (如果您的环境变量偶然被检入Git,请立即将其删除并阅读this。您不希望将敏感数据检入您的存储库。)

  3. 如果您想将dev分支部署到Heroku,只需使用:git push staging dev。假设您的Git遥控器名为staging。如果您不确定,请使用git remote -v获取正确的名称。

  4. 我们应用的一般规则是master应该始终可以部署。为了在我的公司实现这一目标,我们使用GitHub Flow。这可能值得研究使用Git和部署的统一方式。