Use setuptools-scm for packge version handling #427
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
This change makes two very small changes:
setuptools-scm
. What this now means is that versioning is entirely dependent on git tags and commits, i.e. commits that are tagged will show their version according to the tag (e.g.0.0.27
), while commits after this tag will have subsequent build history information (e.g.0.0.27.dev66+g4e99390.d20250513
). All of this is automated thanks to a new_version.py
file which is ignored bygit
and generated on-the-fly when building or installing the package. In other words, no more need to manage versioning within the codebase.xskillscore.__version__
works almost exactly as before.accel
recipe. This now installs the relevantnumba
version and is used to compose thetest
recipe to reduce redundant configurations.This PR also adds my contributor information.
If the maintainers wish it, I (or you) can update the release date.
Type of change
Please delete options that are not relevant.
How Has This Been Tested?
Locally tested using:
Checklist (while developing)
N/A
Pre-Merge Checklist (final steps)
References
https://setuptools-scm.readthedocs.io/en/stable/usage/