Skip to content

docs: Add versioning file #224

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 4 commits into from
Oct 4, 2019
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
40 changes: 40 additions & 0 deletions VERSIONING.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,40 @@
# Versioning Policy

The AWS Encryption SDK for JavaScript versioning follows [semantic versioning][link-semver] standards.

## Major versions

Major version changes are significant and expected to break backwards compatibility.

## Minor versions

Minor version changes will not break compatibility between the previous minor versions;
to do so is a bug.
Encryption SDK changes will also involve addition of optional features, and non-breaking enhancements.
Additionally, any change to the version of a dependency is a minor version change.

## Patch versions

Patch versions changes are meant only for bug fixes,
and will not break compatibility of the current major version.
A patch release will contain a collection of minor bug fixes,
or individual major and security bug fixes, depending on severity.

# Semantic Commits

We seek to increase clarity at all levels of the update and releases process.
We require pull requests adhere to the [Conventional Commits][conventional-commits] spec,
which can be summarized as follows:

* Commits that would result in a semver **major** bump must start with `BREAKING CHANGE:`.
* Commits that would result in a semver **minor** bump must start with `feat:`.
* Commits that would result in a semver **patch** bump must start with `fix:`.

* We allow squashing of commits,
provided that the squashed message adheres the the above message format.

* It is acceptable for some commits in a pull request to not include a semantic prefix,
as long as a later commit in the same pull request contains a meaningful encompassing semantic message.

[link-semver]:https://semver.org/
[conventional-commits]: https://conventionalcommits.org/