-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Audit v3 proto package structure #8121
Comments
@htuch one of things I think we should do here is split out extension configs to better match the source code. Right now they are intermingled in the config directory. So I would suggest an extensions directory with the same structure as the source code. |
@mattklein123 flagging this one as being potentially too high churn given everything else going on in v3. This reorganization is very easy to do though via |
Related is #8490. Also, various |
Re: extensions, @mattklein123 have discussed offline the need to have better consistency between the handcrafted RST docs for extensions and the API generated docs, in particular in light of #8906. Leaving this comment to track further work here. |
Related to #8120 |
I'm marking this help wanted and unassigning myself. Technically the implementation of this issue is dependent on us completing the package rename support in the v2 --> v3 tooling, but there is a bunch of parallelism possible; we can have someone do a design proposal for the new package layout and do community discussion, achieve buy-in, and then execute when tooling is available for package movement. |
As part of the v3 work, we should re-evaluate the package tree structure to ensure that the decisions made in v2 are still working for us and see what might need tweaking. This should not be a radical restructuring, we should be working along the margins ideally.
The text was updated successfully, but these errors were encountered: