| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Update `pyproject.toml` to use dynamic versioning by adding `setuptools_scm[simple]` to build requirements and replacing the hardcoded project version with `dynamic = ["version"]`. This moves version management to SCM tags instead of a manually maintained value.
Set `fetch-depth: 0` on the checkout step in `.github/workflows/python-package.yml` so the workflow has complete git history when running against release tags (including `workflow_dispatch` tag refs). This avoids shallow-clone limitations in downstream release/versioning steps.
There was a problem hiding this comment.
This PR updates the Python packaging configuration so the published package version is derived from the Git tag (GitHub release tag) instead of being manually maintained in pyproject.toml, streamlining the release process.
Changes:
Copilot reviewed 3 out of 3 changed files in this pull request and generated 1 comment.
| File | Description |
|---|---|
| pyproject.toml | Removes the static version field and enables dynamic versioning via setuptools-scm in build requirements. |
| .github/workflows/python-package.yml | Adjusts checkout depth to ensure git metadata is available for SCM-based version computation during CI builds. |
💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
The version tag from the GitHub release should be the authority on version release.
This avoids having to manually bump the release number in pyproject and helps streamline the release process.