/
Release Checklist
Release Checklist
It's just not merging to master. All the things to do to prep and deliver an OpenLMIS release.
- Vet with Tech and Product teams. Finalize version number
- Ensure
version.properties
is updated to reflect the version number!
- Ensure
- Create Release Notes
- include JIRA tickets, stories, and/or git log as appropriate
- This command seems to work well for capturing commits between branches/releases/tags:
git log master..dev --pretty=format:"%h %s" --no-merges
- Future Step: Stage & Check WAR
- check version ed directory
- check cache loads
- check version number
- Merge to master - ensure a clean Jenkins build
- Build on desktop, ensure all tests pass
- Add release tag
- Deploy master to public demo server(s)
- Send announcement to all OpenLMIS mailing lists
Git Procedure
For OpenLMIS maintainer
Release branch...
TODO: writeup
merge
> git checkout master
> git merge dev --no-ff
Stop if not a clean merge
tag
Made on a commit, usually a merge commit, on branch `master`
> git tag -a -m "Releasing vMAJOR.MINOR.PATCH" vMAJOR.MINOR.PATCH
push
> git checkout master
> git push origin master
> git push origin vMAJOR.MINOR.PATCH
Related content
Release Checklist 3.4
Release Checklist 3.4
More like this
Release Checklist v3
Release Checklist v3
More like this
Release Checklist v3.18
Release Checklist v3.18
More like this
Packaging and Releasing the OpenLMIS Reporting Stack
Packaging and Releasing the OpenLMIS Reporting Stack
More like this
Branches (historical)
Branches (historical)
More like this
Release Checklist v3.2.1-RC2
Release Checklist v3.2.1-RC2
More like this
OpenLMIS: the global initiative for powerful LMIS software