both programs now acquire semantic versioning recorded at the build
time. they also report the version at startup and -v flag.
this is useful for a more formal release process and to potentially
avoid compatibility issues in the future.
in a regular build flow, the version is taken from a git tag using the
following command:
git -C . describe --match 'v*.*.*' --tags
in a non-standard scenario where git isn't available, the version can
be provided on the command line during build like so:
zig build -Dversion=1.2.3
if both git and command line supplied versions are available, they must
match.
a very rudimentary UI changes but this is a start for a "sys info" panel:
both programs now acquire semantic versioning recorded at the build time. they also report the version at startup and -v flag. this is useful for a more formal release process and to potentially avoid compatibility issues in the future. in a regular build flow, the version is taken from a git tag using the following command: git -C . describe --match 'v*.*.*' --tags in a non-standard scenario where git isn't available, the version can be provided on the command line during build like so: zig build -Dversion=1.2.3 if both git and command line supplied versions are available, they must match.part of #2
0527ddf5c1to665c5413d92 years agoadd semantic versioning and timestamp at build timeto build-time semantic versioning 2 years agob7b78cc06eto7acec682912 years ago7acec68291to40b05d16de2 years ago40b05d16detob5e9814d682 years agob5e9814d68to517f9d40562 years agoec5e15e8e9into master manually 2 years ago