- See contributing
- Create release branch from
- Submit PR with minimal name: Release x.y.z
- Complete PR checklists
Master is always shippable: We try to merge PRs in such a way that
master is the only branch to really be concerned about and
master can always be released. This allows smoother flow between new features, bug fixes, and so on. (Almost a continuous deployment setup, without automation.)
We follow semantic versioning where the following sequence is true
[major].[minor].[patch]; therefore, consider the following implications of the release you are preparing:
- Major: There is at least one change not deemed backward compatible.
- Minor: There is at least one new feature added to the release.
- Patch: No breaking changes, no new features.
What to expect while Marked is a zero-major (0.x.y):
- The major will remain at zero; thereby, alerting consumers to the potentially volatile nature of the package.
- The minor will tend to be more analogous to a
- The patch will tend to be more analogous to a
minorrelease or a collection of bug fixes (patches).