For this repository, the deploy pipeline follows these steps:
- a new working branch is made off
master
, - code changes (in this case usually configurations settings) are made to the working branch and tested as needed,
- when ready, the developer then creates a PR for a merge of their working branch back into the
master
branch, this triggers a build/test in Travis, - the developer commits the merge for the PR (for the branch to
develop
), which triggers the code to be copied into an S3 bucket as a static website.
After the updated code is committed to master
and is the website is sucessfully deployed, the lead developer must tag and release the master
branch so that the Project Manager/s can complete their Release Notes.
- goto the release section of the repository,
- note the last release number (format vYYYY.n where YYYY is the year and n is an incrementing integer)
- click the "Draft a New Release" button
- click on "Choose a Tag" and create a new tag (which follows the release numbering pattern vYYYY.n)
- ensure the Target is the
master
branch - give the release a title. This will be the same as the tag in step 4 above.
- in the Description, copy and paste in the template below, then click the
Generate release notes
button to append the commits to be bottom of the textbox. Update the "Jira Tickets` section with all tickets that have been addressed in this release. - click "Set as the latest release",
- click the
Save draft
button.
The Project Manager will edit the draft release notes, finalize and publish them.
- goto the release section of the repository,
- edit the draft release,
- update the [PM to complete] block with narrative related to the release,
- click "Set as the latest release",
- click the
Publish release
button.
A Github action will now fire which will post a message to the CityOfBoston organization Slack channel #digital-services-team-release-notes.
## [Copy title of production PR]
### Release Notes
[PM to complete]
### Related Jira tickets
[Add a list of Jira Tickets addressed in this Release, with links to the Jira website]
example: DIG-1839 - [Update residential exemption application in Assessing Online](https://bostondoit.atlassian.net/browse/DIG-1839)
- In Jira create a release with the following convention RepositoryName/release version (e.g. access-boston-config:v2023.2)
- The release description should include what was updated and a link to the release notes (e.g. Access Boston Config updates Release Notes)
- Attached release fix version to tickets before releasing the tickets.