this post was submitted on 23 Aug 2023
5 points (85.7% liked)
Linux and Tech News
994 readers
1 users here now
This is where all the News about Linux and Linux adjacent things goes. We'll use some of the articles here for the show! You can watch or listen at:
You can also get involved at our forum here on Lemmy:
Or just get the most recent episode of the show here:
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Hey that makes sense. Why hasn't everyone been doing it for decades?
30ish years ago, software versions would have gone from 99.x to 00.x
Versioning scheme choice is arbitrary, as long as it's consistent in that larger numbers are released after smaller numbers. My favorite example of this is TeX which just adds a digit of Pi with each release.
Semantic versioning probably has the mindshare, so it's a common default scheme. It's practical and can be applied to any release scenario. From the change in versions, you can intuit why there was a new release.
Date based versioning works fine for software that releases infrequently, but on a schedule, so you can intuit the age of the software and when to expect a new version.
Since it's not computer generated, it'd just go to 2000.x. Which is better in the first place.
It is, but it's still nice to be able to infere something out of it. If everyone was using YYYY.MM.x, and you had two binaries of two programs, you immediately know if one is much older.
I mean some versioning systems are just bonkers, take Android XX.x, with the accompanying different API.x, and older versions still referred to with cookie titles, so you always need to look shit up.
Or when forks happen and either completely copy the original's versioning, making a mess if they want to do more updates, or if they invent a completely new one, and then you again need to look shit up.