由于各种原因,我们决定尝试回避slug-compilation并在本地构建我们自己的slug以通过API进行部署(如下所述:https://devcenter.heroku.com/articles/platform-api-deploying-slugs)。
slug的构建大多类似于使用buildpack jvm的java / scala buildpack,然后与我们的play框架应用程序dist文件结合使用。看一下普通/ git部署应用程序的app目录,看起来差不多。
现在,在通过api部署slug之后,我们获得了配置页面中列出的预期dynos,但应用程序立即崩溃而没有提供任何进一步的信息。尝试通过heroku run bash
附加一个bash shell,它只是超时。
有没有办法获取有关应用程序崩溃的原因的更多信息?
答案 0 :(得分:1)
好的,在heroku支持的一些帮助下,我们发现了以下内容:
必须创建slug tar文件,以便路径以'./'开头,常规相对路径不会削减它。当我们发现这一点时,我们确实没有任何更大的问题,现在我们已经有了一个可行的替代构建并部署到heroku管道,允许我们在本地构建或应用程序,然后部署它。