Play 2.0/2.1 在 Heroku 上运行良好。但是,“git push”需要一段时间才能完成。我可以使用“play dist”并将 jar 推送到 Heroku 存储库,而不是在 Heroku 的服务器上推送和编译吗?除了源代码维护之外还有什么缺点吗?
http://www.playframework.com/documentation/2.1.0/ProductionDist
Play 2.0/2.1 在 Heroku 上运行良好。但是,“git push”需要一段时间才能完成。我可以使用“play dist”并将 jar 推送到 Heroku 存储库,而不是在 Heroku 的服务器上推送和编译吗?除了源代码维护之外还有什么缺点吗?
http://www.playframework.com/documentation/2.1.0/ProductionDist
Heroku 在使用将我git push
的
源代码推送到 Heroku 有好处吗?
- 构建环境和运行时环境之间的差异是传统部署环境中不良部署的常见来源。在应用程序稍后运行的相同环境中构建应用程序可以大大降低这种风险。
- 推送代码而不是构建可以让您和您的团队更好地了解哪些代码部署在哪里。例如,该命令
git diff production/master staging/master
将显示登台和生产之间的确切代码差异。- Git 为仅传输已更改的内容进行了高度优化。这意味着大多数代码推送(在第一个之后)只需几秒钟,而不是传输完整的构建工件可能需要几分钟。
- 使用修订控制进行部署可以使具有部署权限的团队成员之间的协作更加顺畅。例如,它提供了一种可覆盖的保护措施,防止意外用较旧的部署覆盖较新的部署。
但是对于一个非常简单的 Play,我在使用这种方法时遇到了一些问题!2.1 我正在处理的应用程序。
我只有几个依赖项,而且我的 slug 大小已经超过了 200m 的限制。目前这不是问题,但我只希望它会增长。
有时,您无法部署任何东西,因为 Heroku 花费了太多时间来获取仅用于构建的依赖项(特别是 sbt 的东西)。部署在 10 分钟后超时。
所以我可能会在不久的将来转而部署已编译的工件。