Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Semantic versioning #16

Merged
merged 1 commit into from
Oct 26, 2023
Merged

Semantic versioning #16

merged 1 commit into from
Oct 26, 2023

Conversation

stevesims
Copy link
Contributor

move version info out to version.h file

version info now a semantic version, with major, minor, patch, and “candidate” info, as well as an indicator for candidate type (displayed if candidate number is non-zero)

support for showing an automatically-generated build number added, which can be provided by a build script and is intended to be derived from the git hash

with this approach it should also be possible in the future to add other tooling to automatically increment version numbers

version info also includes the codebase variant, allowing us to easily differentiate between Quark and Console8

src/version.h Outdated
Comment on lines 4 to 8
#define VERSION_MAJOR 2
#define VERSION_MINOR 0
#define VERSION_PATCH 0
#define VERSION_CANDIDATE 1 // Optional
#define VERSION_TYPE "Alpha " // RC, Alpha, Beta, etc.
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

version here is a placeholder...

arguably this could just reflect the previous 1.4 version.

given that we have added a bunch of new commands, a 1.5 base version may be justified. similarly it is likely that we will add in the perf PR soon too, which also justifies at least a minor version bump

the alternative argument is that we're moving to a different versioning system, and that is enough to justify a major version bump

move version info out to `version.h` file

version info now a semantic version, with major, minor, patch, and “candidate” info, as well as an indicator for candidate type (displayed if candidate number is non-zero)

support for showing an automatically-generated build number added, which can be provided by a build script and is intended to be derived from the git hash

with this approach it should also be possible in the future to add other tooling to automatically increment version numbers

version info also includes the codebase variant, allowing us to easily differentiate between Quark and Console8
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant