When Seed builds your Serverless Framework application, it generates some build artifacts as a part of the build process. These artifacts are stored for later use. In this chapter we’ll look at them in a bit more detail.
Seed splits up the
serverless deploy process into a couple of steps. For example, for a commit to
master, connected to a stage called
dev will trigger the following:
- A package is created for the target stage (in this case
dev) using the
- A package is created for the production stage (and a pre-production stage, if configured).
- The target stage (in this case
dev) is deployed using the
serverless deploy --packagecommand. Here the package is the one generated in Step 1.
The package created in Step 2 of this process is tagged with the Git commit and stored for later use. So when you decide to promote this build to production, we load up that previously stored package and use that to generate a CloudFormation Change Set. Step 2 is also carried out asynchronously and it doesn’t count towards your build minutes.