Fatal编程技术网
  • heroku/
  • Heroku 连续部署Travis→；赫罗库

Heroku 连续部署Travis→；赫罗库

heroku meteor

Heroku 连续部署Travis→；赫罗库,heroku,meteor,travis-ci,continuous-deployment,Heroku,Meteor,Travis Ci,Continuous Deployment,每次将提交推送到上游时，我都使用Travis进行测试 到目前为止，我定期在Heroku上部署以下步骤： 更新heroku上的应用程序设置 生成css并提交它 仅将app/目录中的代码推送到heroku 删除本地css提交 也就是说： $ heroku --app coinsmanager-beta config:add METEOR_SETTINGS="`cat app/settings.json`" $ cd app/client/compass && compass comp

每次将提交推送到上游时，我都使用Travis进行测试

到目前为止，我定期在Heroku上部署以下步骤：

  • 更新heroku上的应用程序设置
  • 生成css并提交它
  • 仅将app/目录中的代码推送到heroku
  • 删除本地css提交
    • 也就是说：

    $ heroku --app coinsmanager-beta config:add METEOR_SETTINGS="`cat app/settings.json`"
$ cd app/client/compass && compass compile && cd -
$ for file in `find . -name "*css"`; do git add -f $file; done; git ci -am "heroku style"
$ git push heroku-beta `git subtree split --prefix app develop`:master --force
$ git reset --soft HEAD~1 && git reset HEAD .
    现在我想添加连续部署，并在测试通过后，每次在上游开发分支上推送提交时更新我的beta版本

    请阅读我的
    .travis.yml
    文件

    我第一次尝试执行deploy.run上的步骤，但是正如您所看到的，没有找到所有工具，如wget、compass、meteor等

    例如，当我在成功后尝试在中移动这些步骤时，我遇到了heroku所需凭据的问题，不知道如何从travis处提供这些凭据，同时确保信息的安全。 此外，成功后将在所有构建之后运行，这意味着如果将提交推送到主应用程序，并且测试通过，则将使用主分支应用程序/数据在heroku上启动新构建

    你知道如何解决这些问题并正确设置我的连续部署吗？

    我使用Travis CI和Heroku的方式与你描述的类似，除了基于yeoman的项目。如果将Heroku API密钥存储在travis环境变量中，作为Heroku_API_Key='your Key'，则不应存在身份验证问题

    我写了一篇关于这个话题的博客：

    注意，我已经将逻辑移出了yml文件，但要点仍然是一样的

    你看到了吗