You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Increment version numbers for next release and update guidance (#1229)
Set up new guidance for incrementing version numbers and implement it
for Mountpoint and the client crates.
Under the new guidance, the patch version will be incremented
immediately after releasing Mountpoint or publishing the crates, so that
development on `main` continues under a new provisional version.
When new features / breaking changes are introduced, the version number
will be contextually incremented as the changes are documented in the
changelog.
### Does this change impact existing behavior?
No
### Does this change need a changelog entry?
No
---
By submitting this pull request, I confirm that my contribution is made
under the terms of the Apache 2.0 license and I agree to the terms of
the [Developer Certificate of Origin
(DCO)](https://developercertificate.org/).
---------
Signed-off-by: Alessandro Passaro <[email protected]>
Mountpoint and the other `mountpoint-s3-*` crates in this repository follow [semantic versioning](https://semver.org/) rules. After we release Mountpoint or [publish the
70
+
other crates](https://github.com/awslabs/mountpoint-s3/blob/main/mountpoint-s3-client/PUBLISHING_CRATES.md), we provisionally increase the patch version number
71
+
of the corresponding crate.
72
+
73
+
When a pull request is submitted, we consider whether the changes it contains should trigger a version number increment by comparing the latest released
74
+
version with the one on `main`. If a pull request introduces a new Mountpoint feature, we make sure that the minor version of the `mountpoint-s3`
75
+
crate is incremented compared to the latest release, if it was not already. The crate's `CHANGELOG.md` will show the latest released version and all the more
76
+
recent changes under the `Unreleased` section. Example:
77
+
78
+
* A pull request introduces a new feature and adds an entry to the changelog,
79
+
* The latest release, as reported on the changelog, is `1.13.0`,
80
+
* The version on `main` is `1.13.1`,
81
+
* The minor version number must be incremented, so the new version should be `1.14.0`.
82
+
67
83
## Finding contributions to work on
68
84
69
85
Looking at the existing issues is a great way to find something to contribute on. We use issue labels to identify [good first issues](https://github.com/awslabs/mountpoint-s3/issues?q=is%3Aissue+is%3Aopen+label%3A%22good+first+issue%22) as a great place to start.
0 commit comments