gradle-baseline
gradle-baseline copied to clipboard
Safety propagation takes into account known subtypes
==COMMIT_MSG== Safety propagation takes into account known subtypes ==COMMIT_MSG==
Possible downsides?
Rollout is tricky
Generate changelog in changelog/@unreleased
changelog/@unreleased
What do the change types mean?
-
feature
: A new feature of the service. -
improvement
: An incremental improvement in the functionality or operation of the service. -
fix
: Remedies the incorrect behaviour of a component of the service in a backwards-compatible way. -
break
: Has the potential to break consumers of this service's API, inclusive of both Palantir services and external consumers of the service's API (e.g. customer-written software or integrations). -
deprecation
: Advertises the intention to remove service functionality without any change to the operation of the service itself. -
manualTask
: Requires the possibility of manual intervention (running a script, eyeballing configuration, performing database surgery, ...) at the time of upgrade for it to succeed. -
migration
: A fully automatic upgrade migration task with no engineer input required.
Note: only one type should be chosen.
How are new versions calculated?
- ❗The
break
andmanual task
changelog types will result in a major release! - 🐛 The
fix
changelog type will result in a minor release in most cases, and a patch release version for patch branches. This behaviour is configurable in autorelease. - ✨ All others will result in a minor version release.
Type
- [ ] Feature
- [x] Improvement
- [ ] Fix
- [ ] Break
- [ ] Deprecation
- [ ] Manual task
- [ ] Migration
Description
Check the box to generate changelog(s)
- [x] Generate changelog entry