将干净的流星0.9部署到heroku

时间:2014-08-30 07:57:07

标签: heroku meteor continuous-integration buildpack codeship

我正在创建一个非常小而干净的流星应用程序,最近更新到流星v0.9,以便能够摆脱陨石作为"包管理器"。

对我而言,如果可能的话,不要将任何部署特定内容连接到源代码中,这一点非常重要。

我在某种程度上尝试做的是运行良好且干净的持续集成。现在我正在使用Codeship运行测试,然后推送到heroku。但是自从我更新了顶级meteor v0.9后,似乎没有一个正在运行的buildpack。

这是我自己创建buildpack的合理方法吗?那个人不仅仅需要安装node,npm和meteor。或者是否有另一种方法可以将应用程序捆绑在"构建服务器上#34; (可以代码执行吗?)然后将它以某种方式推送到heroku作为普通的node.js应用程序,包含所有必需品和依赖项?

关于buildpack方式:

我一直试图通过

安装meteor
curl https://install.meteor.com | /bin/sh

但是当我跑步时

meteor deploy --directory deploy

我得到了

bundle: You're not in a Meteor project directory.

2 个答案:

答案 0 :(得分:3)

这个buildpack(我创作的)使用meteor的原生包装器为meteor> 0.9工作;没有陨石:

https://github.com/AdmitHub/meteor-buildpack-horse

答案 1 :(得分:1)

您可以从现有的buildpack(或其中许多分支之一)开始。

没有陨石应该相对容易,因为你不再需要担心它,它只是摆脱陨石并更新节点的版本。 https://github.com/oortcloud/heroku-buildpack-meteorite

关于部署到heroku。 meteor deploy旨在部署到* .meteor.com或通过Meteor即将推出的商业产品。部署到heroku也相对容易。

部署到heroku是设置buildpack,添加git remote和git推送到它。也比meteor deploy更容易,也许更容易。

在git push过程中,heroku将使用你的meteor应用程序,捆绑它,下载节点并运行它(如在buildpack中)。这样很容易。没有陨石的好处是我想象构建过程要快得多。