8000 merge 4.1.x into 4.x by dhalbert · Pull Request #2401 · adafruit/circuitpython · GitHub
[go: up one dir, main page]

Skip to content

merge 4.1.x into 4.x #2401

New issue

Have a question about this project? Sign up for a free GitHub account to 8000 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

Merged
merged 7 commits into from
Dec 17, 2019
Merged

merge 4.1.x into 4.x #2401

merged 7 commits into from
Dec 17, 2019

Conversation

dhalbert
Copy link
Collaborator

Let's use 4.x for bugfixes to version 4. There are fixes in 4.x that were not in 4.1.x and vice versa. I'll make another PR for the other way. We weren't consistent about which one we used. Or maybe get rid of the 4.{0,1}.x branches, since it's confusing?

tannewt and others added 7 commits August 29, 2019 10:34
nRF: PWMOut: At deinit, make pin available again
.. this reclaims several kB on CPX, where we really need it.
preprocess_frozen_modules: exclude subdirs of examples, docs, tests
Copy link
@jepler jepler left a comment

Choose a reason for hiding this comment

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

The changes all look like sensible stuff. I can't speak to the question of how to manage the v4-ish branches but I could sure show up at a special in the weeds section to talk about it if that's helpful

@dhalbert dhalbert merged commit d4bb108 into 4.x Dec 17, 2019
@tannewt
Copy link
Member
tannewt commented Dec 17, 2019

I generally prefer 4.1.x and 4.x to be separate if 4.x work will end up as 4.2.0. In general, I'd prefer more specific branches like 4.1.x over more general ones.

@dhalbert dhalbert mentioned this pull request Dec 17, 2019
@dhalbert
Copy link
Collaborator Author

I generally prefer 4.1.x and 4.x to be separate if 4.x work will end up as 4.2.0. In general, I'd prefer more specific branches like 4.1.x over more general ones.

Sounds fine -- I have submitted a reverse PR to make the two branches identical. Do you feel that the CPX stack-size updates and the new frozen libs are 4.1.1 or 4.2.0? It is an API enhancement from the point of view of the CPX library, but nothing else. And boards other than CPX are not affected at all, so maybe 4.1.1?

< 8000 /include-fragment>
@tannewt
Copy link
Member
tannewt commented Dec 17, 2019

Either one works for me.

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

Successfully merging this pull request may close these issues.

3 participants
0