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

ci: rename develop release channel from dev to rc #22

Merged
merged 1 commit into from
Mar 21, 2024

Conversation

kennedykori
Copy link
Contributor

This project employs the use of the setuptools scm plugin during builds to extract package versions from git. Unfortunately, this plugin forbids tagging dev releases. See this comment for more details.

This causes issues when building the project outside the CI where setuptools_scm keeps failing when the last tag is a "dev" tag. And although setuptools_scm provides a mechanism to override the version at build, this doesn't work when building with tox. This is highly inconvenient as tox is handy for running tests and other workflows such as linting and building docs.

From the problem description above, the solution is to change the tagging of the dev releases to something else. I pick rc(release candidate), which coincidentally I believe is more appropriate as changes on the develop branch constitute contents of the next major release.

This project employs the use of the [setuptools scm](https://setuptools-scm.readthedocs.io/en/latest/)
plugin during builds to extract package versions from git.
Unfortunately, this plugin forbids tagging dev releases. See this
[comment](pypa/setuptools_scm#213 (comment))
for more details.

This causes issues when building the project outside the CI where
`setuptools_scm` keeps failing when the last tag is a "dev" tag. And
although `setuptools_scm` provides a mechanism to [override the version](https://setuptools-scm.readthedocs.io/en/latest/overrides/#pretend-versions)
at build, this doesn't work when building with `tox`. This is highly
inconvenient as `tox` is handy for running tests and other workflows
such as linting and building docs.

From the problem description above, the solution is to change the
tagging of the dev releases to something else. I pick *rc*(release
candidate), which coincidentally I believe is more appropriate as
changes on the develop branch constitute contents of the next major
release.
@kennedykori kennedykori self-assigned this Mar 21, 2024
@saladgg saladgg merged commit 2efa969 into develop Mar 21, 2024
6 checks passed
@saladgg saladgg deleted the ci-change-release-channel-dev-to-rc branch March 21, 2024 07:50
@kennedykori
Copy link
Contributor Author

🎉 This PR is included in version 1.1.0-rc.1 🎉

The release is available on:

Your semantic-release bot 📦🚀

@kennedykori
Copy link
Contributor Author

🎉 This PR is included in version 1.1.0 🎉

The release is available on:

Your semantic-release bot 📦🚀

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants