-
Notifications
You must be signed in to change notification settings - Fork 124
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
Split into modules #117
Split into modules #117
Conversation
18a3a95
to
d0c550f
Compare
The split seems sensible to me... we just have to take a look at the test failures with pytest master. |
Yeah gonna try and reproduce locally with |
@nicoddemus hah! Think I figured it out. My original guess would be that the Any ideas? |
@obestwalter Did something change in We're doing something weird with |
@tgoodlet a test of your theory would be to set |
My theory failed... Also old |
eb9e3ab
to
3a21874
Compare
Oh man @nicoddemus 🤦♂️ |
This begins the splitting of internals into more sensibly named modules. This first move is to preserve as much history in the original large package module as possible.
d64747c
to
1e64859
Compare
What is it? 😛 |
minor version bump was needed to get |
1e64859
to
747735d
Compare
Oh hehehe makes sense! Glad it was something simple then! 😁 |
Alright now I just need some approvals 👍 |
Nice work, thanks @tgoodlet! |
@RonnyPfannschmidt @hpk42 you two ok with this? |
747735d
to
2100bbf
Compare
This is to replace #101 by @RonnyPfannschmidt.
The differences include:
pluggy.PluginManager
(where most of the non-@hpk42 contributions seemed to be) by movingpluggy.__init__.py
->pluggy.manager
and pulling out internals from that module into other new modulesparse_funcs
module (it's unecessary when it's a utility function used only by the code inhooks.py
)Let me know what you guys think!