Skip to content

Commit c97390a

Browse files
gotjoshArthur Silva Sens
and
Arthur Silva Sens
authored
Add a RELEASE.md and add @gotjosh as a mantainer (#644)
* Add a `RELEASE.md` and add @gotjosh as a mantainer * Update MAINTAINERS.md Co-authored-by: Arthur Silva Sens <[email protected]> Signed-off-by: gotjosh <[email protected]> --------- Signed-off-by: gotjosh <[email protected]> Co-authored-by: Arthur Silva Sens <[email protected]>
1 parent ef08658 commit c97390a

File tree

2 files changed

+20
-0
lines changed

2 files changed

+20
-0
lines changed

MAINTAINERS.md

+2
Original file line numberDiff line numberDiff line change
@@ -1 +1,3 @@
11
* Julien Pivotto <[email protected]> @roidelapluie
2+
* Josue (Josh) Abreu <[email protected]> @gotjosh
3+
* Arthur Sens <[email protected]> @ArthurSens

RELEASE.md

+18
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,18 @@
1+
# Releases
2+
3+
## What to do know before cutting a release
4+
5+
While `prometheus/common` does not have a formal release process. We strongly encourage you follow these steps:
6+
7+
1. Scan the list of available issues / PRs and make sure that You attempt to merge any pull requests that appear to be ready or almost ready
8+
2. Notify the maintainers listed as part of [`MANTAINERS.md`](MAINTAINERS.md) that you're going to do a release.
9+
10+
With those steps done, you can proceed to cut a release.
11+
12+
## How to cut an individual release
13+
14+
There is no automated process for cutting a release in `prometheus/common`. A manual release using GitHub's release feature via [this link](https://github.com/prometheus/prometheus/releases/new) is the best way to go. The tag name must be prefixed with a `v` e.g. `v0.53.0` and then you can use the "Generate release notes" button to generate the release note automagically ✨. No need to create a discussion or mark it a pre-release, please do mark it as the latest release if needed.
15+
16+
## Versioning strategy
17+
18+
We aim to adhere to [Semantic Versioning](https://semver.org/) as much as possible. For example, patch version (e.g. v0.0.x) releases should contain bugfixes only and any sort of major or minor version bump should be a minor or major release respectively.

0 commit comments

Comments
 (0)