[Release Process] Overview
Gawain Lynch edited this page Aug 25, 2016
·
11 revisions
This is intended to document the steps involved in doing a release of Bolt.
- Merge open PRs for
release/X.Y
, or re-target their merge base - Declaring
release/X.Y
End of Life,i.e. all PRs torelease/X.Z
- Merging branches
- X.Y -> X.Z -> master
- Setting
release/X.Z
to be default branch - Branch
release/X.Z + 1
- Update branch aliases for both
release/X.Z + 1
andmaster
- Push new branches
- Update:
dev.bolt.cm/repository
dev.bolt.cm/sami/sami-config-bolt-api.php
dev.bolt.cm/sami/sami-config-bolt-api-internal.php
- Tag X.Z.0
- Release
- Update roadmap (on major or minor releases)
A GitHub issue used to list and record open, closed, and moved issues.
Open
-------
- #1000 A koala ate my Clippy
- #1555 History in the making **[Fixed in #1234]**
Closed
---------
- ~~#911 Dude, where's my car?~~ **[Fixed in #2000]**
Moved
---------
- #1 Port Bolt to Go to keep [BoltIssueBall] happy **[Moved to X.Y]**
- Tracker cleared
- Tracker points marked as "moved", have tracking points added to next appropriate tracker ()
- Merge development branch to master
Update$values['bolt_version']
and$values['bolt_name']
insrc/Application.php
- Run unit tests
- Execute test schedule
- Tag this change as 'bolt_version'
- Push to GitHub
- Create archives
- Bolt Wiki Home
- Tuesday Dev meetings
- Curated list of articles and tutorials
- Bolt internationalisation (i18n)
- Bolt Style Guide
- Roadmap
- TODOs
- [Tests] Unit & Functional Split
- [Tests] Code Coverage
- Core Team
- Bug/feature Process
-
Release Process
- Branching
- Packaging release builds