Gregory's Serveri prefer datestamps
semver is stupid because to have semantics it would need to have a decoder list to tag each feature and its version state lol or whatever
i noticed this nonsense like in the meme when i was reading the flatbuffers repo on github... they just use a lexically sortable date, like 24.12.21 and if you drop more than one version tag you put a .1, .2 etc, and i'm adopting this policy in my own work now
keeping the first one though, that is about API stability, so my versions look like v0.24.12.21 now
to be honest, i have a repo that got bumped to a 1, the whole point of the version zero is the API is still unstable and there's no promises yet
semver is stupid because to have semantics it would need to have a decoder list to tag each feature and its version state lol or whatever
i noticed this nonsense like in the meme when i was reading the flatbuffers repo on github... they just use a lexically sortable date, like 24.12.21 and if you drop more than one version tag you put a .1, .2 etc, and i'm adopting this policy in my own work now
keeping the first one though, that is about API stability, so my versions look like v0.24.12.21 now
to be honest, i have a repo that got bumped to a 1, the whole point of the version zero is the API is still unstable and there's no promises yet