Dave Hirschfeld

See https://github.com/conda-forge/skbase-suite-feedstock/pull/49#issuecomment-2116384329

I won't have time to put in a PR, but might be able to review it.

> There's no magic import,so far hatch has no equivalent > > One basically has to implement a custom version scheme hook Hmm, yeah - what I suspected :( `version_scheme...

My version scheme is pretty close to the `post-release` one. It's enforced by CI and (currently) injected via `SETUPTOOLS_SCM_PRETEND_VERSION`. It's a little awkward having `hatch version` disagree with what the...

> One basically has to implement a custom version scheme hook I might give it a go. Let me know if you know of any good examples :pray:

> Even your own post scheme is technically incorrect as the canonical version would drop the leading digits Yeah, but it's ***better*** because no tool cares about the leading digits...

> custom format Strings will not get allowed, There are probably other ways of solving the problem that don't involve users having to create and publish their own python package....

> As for DX, if one uses parsed Versions as order key, the DX is not sabotaged As someone who manages package repositories I want to be able to view...

> Non normalized leading digits are a topic I want to bring into standardisation For the above mentioned reasons, I think they're a good idea. A package repository (web) browser...

I kind of think that goes against the philosophy of Python that we're all consenting adults. Provide sensible defaults but allow people to customise things as they see fit. I've...