With mono-repo deployments, you often want to run your integration tests after all your services have been deployed. To do this, Seed allows you to configure a post-deploy phase. A post-deploy phase can include a set of commands that you want to run after all your services have been successfully deployed.
Seed can run your integration tests as a part of the post-deploy phase
A post-deploy phase can also be used to run any database migration scripts or any other post-deployment scripts. Post-deploy phases are configured on a per stage basis. This means that you can customize what you want to run, in say production vs your dev stage.
Post-deploy phases are configured on a per stage basis
To configure a post-deploy phase, head over to the settings for the stage you are looking to set it for. And hit Enable Post-Deploy.
Here you can set the commands you’d like to run. Each line contains its own command. For example, the following script would be split up and run as three separate commands:
echo "Starting Integration Tests" cd scripts/ ./runTests
Finally, hit Save once you are done.
Now any deployments to this stage will run your commands as a part of the post-deploy phase in the deployment workflow.
Post-Deploy phase vs after_deploy hook
One final note on post-deploy phases. If you’ve configured a build spec, you might be wondering what the difference is between adding a post-deploy phase and using the
They are both run after a deployment. The key difference being that the post-deploy phase is run after all your services have been deployed. As opposed to the
after_deploy hook that is run after each of your services in your app.
This also means that for an app with a single service, the post-deploy phase and the
after_deploy hook do basically the same thing.
And that’s it, now you can add your integration tests and post-deployment scripts to your mono-repo workflow.
If you have any questions or feedback feel free to contact us via email.