-
Notifications
You must be signed in to change notification settings - Fork 85
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
Backport bugfix PRs to the 6.1.x release branch #1251
Conversation
(cherry picked from commit 21e2a99)
(cherry picked from commit aeaf72f)
(cherry picked from commit 24c4d76)
(cherry picked from commit a5dc3f2)
* Add a couple of missing imports to api.pyi * Remove mis-spelled stubs file * Add missing api.pyi stubs for the has_traits module * Add CTrait * Add imports for BaseTraitHandler and TraitHandler * Add constants (cherry picked from commit 47806c8)
* Standardize copyright years * Use hard-coded year in conf.py, for ease of later search-and-replace. Also normalise punctuation. * More punctuation OCD * More consistency fixes * Remove unused import * Remove the _right_ unused import * Yet one more consistency fix (cherry picked from commit aa63531)
(cherry picked from commit 24345a1)
Fix a comment that mistakenly refers to traits.api, when it means traitsui.api. (cherry picked from commit a48ede5)
* Update PyPI links and capitalization in README.rst This PR: - updates incorrect and inconsistent capitalization in the README - adds a PyPI link for Sphinx - adds a PyPI link for the Enthought Sphinx Theme (the previous link was to GitHub) * Clarify that later versions of Sphinx are fine * Update README.rst (cherry picked from commit 8d03955)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM but for the one missing changelog entry needs to read the PR description clearly
Thanks for reviewing. The missing changelog entry is deliberate: that's a traits-stubs fix rather than a traits fix, so belongs in the traits-stubs changelog (which doesn't exist yet, but will need to be brought into existence when we next make a release of traits-stubs). |
Just to confirm, a 6.1.1 of traits also means a 6.1.1 of traits-stubs? If not, I'm not sure why the traits-stubs PR was backported. |
No, not necessarily. We don't need to align traits releases and traits-stubs releases, but at some point a traits-stubs bugfix release will likely be made from the release/6.1.x branch.
Because it'll eventually need to be backported (for the next time we make a traits-stubs release), and it's convenient to do all the existing backports at once. |
To be clear, we need to align for <major.minor> versions, but not for micro (bugfix) versions: the Traits API doesn't change in bugfix releases, so there's no necessity for an aligned traits-stubs release. Conversely, there may be traits-stubs fixes that we want to release in a traits-stubs bugfix release but that don't affect Traits: in that situation, we don't want to have to make a Traits release just to keep version numbers aligned. |
And the real takeaway from this is that attempting to maintain multiple packages in a single repository is painful. It's much easier if each package has its own commit graph. |
This PR against the
release/6.1.x
branch:The PR backports were all done using
git cherry-pick -x <commit_hash>
, with the commit hash referring to the merge commit for the corresponding PR against master.