AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |
Back to Blog
General upgrading strategyĪfter determining what stack your application is currently using, you must decide which stack to migrate to. This new build is deployed in exactly the same way as a standard build - for example there is no downtime for the stack upgrade to occur, and rollbacks can be performed in the same way. Next, a new build needs to be triggered so that a new slug is created that targets/is compatible with the new stack. First, the stack setting of the app is updated to request a change in the target stack used during the build. This slug will typically only be compatible with the stack on which it was built, so apps that have previously had a deploy must be rebuilt in order to be compatible with a new stack.Ĭhanging an existing app’s stack is a very similar process to a standard app deploy. When a Heroku app is built, the source code for your application, together with the fetched dependencies and output of the build such as the language and framework, are assembled into a bundle known as a slug. Refer to the Stacks article to understand what a stack is, which stacks are available, and how to determine the stack your application is currently using. This article describes how to upgrade your app to use the latest Heroku stack. See the Heroku-18 End-Of-Life FAQ for more details. Please upgrade to a newer stack as soon as possible. The Heroku-18 stack reached end-of-life on April 30th, 2023.
0 Comments
Read More
Leave a Reply. |