alt.hn

4/5/2026 at 4:59:15 PM

Stamp It! All Programs Must Report Their Version

https://michael.stapelberg.ch/posts/2026-04-05-stamp-it-all-programs-must-report-their-version/

by secure

4/6/2026 at 4:45:08 AM

Stamps are nice, but git and friends miss something that the VCS of yore would give you - a monotonously increasing number you could stick somewhere in your version - and be able to tell at a glance which was newer.

2.4.16-12 vs 2.4.16-35 - obviously -35 is later.

But 2.4.16-bcbd1c6 vs 2.4.16-d645104 - which is later? Compile dates won't necessarily help because "earlier" code could have been compiled later.

It's forcing the versioning to do something it shouldn't, arguably, but is nice to have something that the user can decipher (even if you still should have the commit).

by bombcar

4/6/2026 at 5:19:01 AM

The blog post mentions `git describe`, which includes the revision number (since last annotated tag), e.g. "4.25-23-g98f23f54".

by planteur

4/5/2026 at 6:28:52 PM

> --moreversion

Suggestion: more conventional and intuitive would be: --version --verbose

by sgbeal

4/6/2026 at 12:19:12 PM

This is not really a huge issue.

Most commercial software gives you a detailed version report.

Either way, the simplest solution would be -v, and -vv and -vvv … don’t do moreversion or lessversion.

The equivalent would be —version —version —version.

by deafpolygon

4/5/2026 at 6:09:52 PM

The version seems to be the number one information in order to avoid making things worse! Not all solutions apply to all versions of a running product.

by ploution

4/6/2026 at 5:48:32 AM

Great post! I propose all programs have a `--version` flag. Anything similar for Rust + Cargo right now?

by sourcegrift

4/6/2026 at 12:41:58 PM

I meant `--stamp` lol

by sourcegrift

4/6/2026 at 5:49:12 AM

Dang please mark this post for boosting?

by sourcegrift