☆ Yσɠƚԋσʂ ☆@lemmy.ml to Programmer Humor@lemmy.ml • 4 days agoPride Versioningimagemessage-square15 fedilinkarrow-up1323
arrow-up1323imagePride Versioning☆ Yσɠƚԋσʂ ☆@lemmy.ml to Programmer Humor@lemmy.ml • 4 days agomessage-square15 Commentsfedilink
minus-squareRogue@feddit.ukhexbear14·4 days agoI think is the logic used for Linux kernel versioning so you're in good company. But everyone should really follow semantic versioning. It makes life so much easier. linkfedilink
minus-squareSwedneck@discuss.tchncs.dehexbear1·3 days agoeither have meaning to the number and do semantic versioning, or don't bother and simply use dates or maybe simple increments linkfedilink
minus-squareRogue@feddit.ukhexbear1·3 days agoDate based version numbers is just lazy. There's nothing more significant about a release in two weeks (2025.x.y) than today (2024.x.y). At least with pride versioning there's some logic to it. linkfedilink
minus-squareSwedneck@discuss.tchncs.dehexbear2·3 days agothe point is just to have a way to tell releases apart, if every release is version 5 then you're going to start self harming linkfedilink
I think is the logic used for Linux kernel versioning so you're in good company.
But everyone should really follow semantic versioning. It makes life so much easier.
either have meaning to the number and do semantic versioning, or don't bother and simply use dates or maybe simple increments
Date based version numbers is just lazy. There's nothing more significant about a release in two weeks (2025.x.y) than today (2024.x.y).
At least with pride versioning there's some logic to it.
the point is just to have a way to tell releases apart, if every release is version 5 then you're going to start self harming