Deploy new release for approval testing¶
When to use¶
When deploying a new release, for approval testing by DDF, on the staging project
Prerequisites¶
- A local checkout of the
dpl-platformrepository - A running dplsh with
DPLPLAT_ENVset to the platform environment name. - The version tag you want to deploy. This must correspond to a
tagged version of the
dpl-cms-sourceimage. - The version tag of Go that you want to deploy. The version generally follows the cms version unless a hotfix is being released.
Procedure: New release for approval testing¶
Use this procedure to deploy a new version for testing before it is released to production library sites.
- In your local environment ensure that your checkout of the
mainbranch fordpl-platformis up to date. - Create a new branch from
main. - Open
infrastructure/environments/dplplat01/sites.yaml - Set the value of
dpl-cms-releaseandmoduletest-dpl-cms-releaseforstagingto the new version - Set the value of
moduletest-dpl-cms-releaseforbnfto the new version - Set the value of
go-releasefor to the new version. - Commit the change and push your branch to GitHub and create a pull request.
- Request a review for the change and wait for approval.
- Start
dplshfrom the/infrastructuredirectory of your local environment by running../tools/dplsh/dplsh.sh. - Deploy the changes
- Run
SITE=staging task site:sync - Run
SITE=bnf task site:sync - Wait for the deployments for
stagingandbnfto complete using Lagoon UI - If a deployment does not complete determine if the error relates to the platform or the application.
- If it is a platform-related error then try to redeploy the environment from the Lagoon UI.
- Merge the pull request once the deployment completes.
Procedure: A site fails to deploy¶
We have experience this quite a lot. We have gathered a list of known issues and how to solve them a troubleshoot runbook