Coming Soon: Actual versioning #9
ikeycode
announced in
Announcements
Replies: 2 comments
-
This has now been implemented in |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi all! We've been mulling lately on how we should version stuff, on account of the ISO version scheme is erratic and randomly picked, and all of our tooling is stuff at
0.1.0
ala Cargo.toml defaults.We've opted for the following format:
Where
$STONE_VERSION
is the current internal stone format version (previously known asmoss format
) shared bymoss
,boulder
and the infrastructure. This is presently0
until we're satisfied fluidity has settled.YY
will obviously be the current year, 2 digit format.NUM
is a simple, incrementing integer, to reduce the cognitive load for versioning, and reduce pressure to "justify" tagging a new release. This will also decouple stability promises from tooling versions, eliminating the need for milestones-to-1.0.For example, a version might be
0.24.1
to indicate the unstable format, in2024
, and the bump number being1
.This will soon be reflected in moss internals, and will pave the way for versioned repositories.
TLDR
Right now your install probably says
prealpha0
or0.5
. Soon it will be0.something-that-makes-sense
.Beta Was this translation helpful? Give feedback.
All reactions