versioning: update wording on release definition

Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
This commit is contained in:
Maxime “pep” Buquet 2022-09-12 11:23:59 +02:00
parent eb5777994c
commit 1c79aa7fdb
Signed by: pep
GPG Key ID: DEDA74AEECA9D0F2
1 changed files with 12 additions and 11 deletions

View File

@ -37,20 +37,21 @@ critical bug fixes (crashes and the like).
For others, releases are only checkpoints. A way of saying that features are
being added, bugs are being fixed, and have people talk about it.
What appears in these releases is actually defined nowhere. It is up to
project maintainers to decide what they want to see in. They could very well
make a release every other commit and be happy with it if they wanted to be
silly. They would still be [semver](https://semver.org) compliant -- one of the
various versioning scheme defined out there.
There is no global definition of what a release is supposed to be. It is up to
project maintainers to decide what they want to see in it. They could very
well make a release every other commit and be happy with it if they wanted to
be silly. They would still be [semver](https://semver.org) compliant -- one of
the various versioning scheme defined out there.
Nothing also mandates they have to backport bug fixes to the current or
previous releases, and some projects actually cannot afford such a luxury. All
of this takes time and that is a really expensive resource in a project.
_Update from the present: Even if I had time I don't think I would do it.
I think the issue I tried to convey in this article isn't that we don't have
time, it's that I'm tired of being imposed a vision of the world I don't agree
with. What's more, people having these expectations often don't even take part
in the process of making the project or the in community around it, at any
level._
_Update from the present:_
_I think the issue I tried to convey in this article isn't that we don't have
time, or that there's no definition of a release, it's that I'm tired of being
imposed a vision of the world I don't agree with. What's more, people having
these expectations often don't even take part in the process of making the
project or the in community around it, at any level._