Skip to content

Conversation

@WilliamBergamin
Copy link
Contributor

Summary

This PR improves the release instructions so that they aline with the ones found in the Bolt and SDK projects

Testing

N/A

Requirements

  • I've read and understood the Contributing Guidelines and have done my best effort to follow them.
  • I've read and agree to the Code of Conduct.
  • I've run ./scripts/install_and_run_tests.sh after making the changes.

@WilliamBergamin WilliamBergamin requested a review from zimeg November 5, 2025 17:28
@WilliamBergamin WilliamBergamin self-assigned this Nov 5, 2025
@WilliamBergamin WilliamBergamin added documentation Improvements or additions to documentation github_actions Pull requests that update GitHub Actions code semver:patch release labels Nov 5, 2025
@codecov
Copy link

codecov bot commented Nov 5, 2025

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 94.68%. Comparing base (3e57bdf) to head (a7df9b9).
⚠️ Report is 1 commits behind head on main.

Additional details and impacted files
@@           Coverage Diff           @@
##             main      #76   +/-   ##
=======================================
  Coverage   94.68%   94.68%           
=======================================
  Files          11       11           
  Lines         207      207           
=======================================
  Hits          196      196           
  Misses         11       11           

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

Copy link
Member

@zimeg zimeg left a comment

Choose a reason for hiding this comment

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

@WilliamBergamin LGTM! Thanks for formatting these lines too 🙏 ✨

I left a comment to discuss development releases more and I'm curious what you think? I find the specs aren't so clear when using a patch version...

Comment on lines +143 to +145
- Example: if the current version is `1.2.3`, a proper development bump would be `1.2.4.dev0`
- `.dev` will indicate to pip that this is a [Development Release](https://peps.python.org/pep-0440/#developmental-releases)
- Note that the `dev` version can be bumped in development releases: `1.2.4.dev0` -> `1.2.4.dev1`
Copy link
Member

Choose a reason for hiding this comment

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

👾 question: Would we still want this to be development releases for the next minor version?

1.3.0.dev0

🗣️ ramble: Some confusion exists for projects IMHO where we've tagged patch release RCs that end up released under the next minor version - I understand these RCs most common for major or minor versions!

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I think it depends on the changes included in the development version, if the changes are scoped to a minor then we should bump the minor version rather then the patch, example 1.2.3 would become 1.3.0.dev0

what is found in the maintainers guide is an example, but the maintainer performing the release should use their judgment to determine the correct semver version 🧠

@WilliamBergamin WilliamBergamin merged commit 508d604 into main Nov 5, 2025
17 checks passed
@WilliamBergamin WilliamBergamin deleted the clean-up-release-instructions branch November 5, 2025 21:14
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

documentation Improvements or additions to documentation github_actions Pull requests that update GitHub Actions code release semver:patch

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants