|
| 1 | +# Deputy Project Leaders |
| 2 | + |
| 3 | + |
| 4 | +## Release Manager(s) |
| 5 | + |
| 6 | +The Release Manager (RM) is appointed for a minor version (A.B.x) release series |
| 7 | +of Matplotlib rather than for a fixed term. They are responsible for the full |
| 8 | +release life cycle of all minor releases in the series including: |
| 9 | + |
| 10 | +- ensuring the whats new, API changes, and release notes are up to date |
| 11 | +- the timing of the releases |
| 12 | +- what changes should or should not be backported from the master |
| 13 | + branch |
| 14 | +- rebuilding and publishing the website |
| 15 | +- publishing sdist and wheels to pypi |
| 16 | +- notifying down-stream packagers of the release |
| 17 | +- announcing the release (in coordination with the Community Manager) |
| 18 | + |
| 19 | +An individual may be the RM for more than one release series at the |
| 20 | +same time. |
| 21 | + |
| 22 | + |
| 23 | +## API consistency Leader |
| 24 | + |
| 25 | +Matplotlib is constantly making small changes to its API: enhancements |
| 26 | +that add new features, bug fixes that unavoidably change behavior, and |
| 27 | +deprecation of inconsistent or undesired functionality. The API |
| 28 | +Consistency Leader (ACL) is responsible for making sure that these |
| 29 | +incremental changes to the library are done in a coherent and |
| 30 | +consistent manner. |
| 31 | + |
| 32 | +This include checking that: |
| 33 | + |
| 34 | +- new functionality is not duplicating existing functionality |
| 35 | +- deprecations are justified and properly documented |
| 36 | +- new functionality does not "paint us into a corner" for future work |
| 37 | +- new functionality is implemented with an API that is consistent with |
| 38 | + the existing functions |
| 39 | + |
| 40 | + |
| 41 | +## Reference Documentation Leader |
| 42 | + |
| 43 | +The Matplotlib API reference documentation is split between the docstrings and |
| 44 | +the rst source. This documentation needs to be complete and accurate as our |
| 45 | +users rely on it as the final authority of what a given method will do (short of |
| 46 | +reading the source). |
| 47 | + |
| 48 | +The Reference Documentation Leader (RDL) is responsible for ensuring that |
| 49 | +the docstrings are: |
| 50 | + |
| 51 | +- correctly formatted and render as intended |
| 52 | +- technically correct |
| 53 | +- complete |
| 54 | + |
| 55 | +In addition to the docstrings the RDL is responsible for the sphinx build |
| 56 | +machinery and our sphinx extensions. |
| 57 | + |
| 58 | +## Narrative Documentation Leader |
| 59 | + |
| 60 | +In addition to the reference documentation, Matplotlib has narrative documentation. |
| 61 | +This documentation can take the form of short "cookbook" examples, longer tutorials, |
| 62 | +and prose documenting the how and why of the internals of the library. This includes |
| 63 | +content that lives in both the main repository and in other repositories |
| 64 | +in the Matplotlib organization. |
| 65 | + |
| 66 | +The Narrative Documentation Leader is responsible for shepherding all of this |
| 67 | +content including the scope, organization, level, tone, and voice. |
| 68 | + |
| 69 | +## Secretary |
| 70 | + |
| 71 | +- Responsible for ensuring that there is an agenda for the weekly |
| 72 | + meeting at it is followed. |
| 73 | +- Responsible for maintaining the weekly notes. |
| 74 | + |
| 75 | + |
| 76 | +## Community Manager |
| 77 | + |
| 78 | +The true strength of Matplotlib and why it has had such longevity as a |
| 79 | +project is the community of people around the code. That community |
| 80 | +needs to be maintained. The Community Manager (CM) is a catch-all |
| 81 | +position for several very diverse tasks and this role may be split in |
| 82 | +the future and may want to enlist further assistants. The CM is responsible |
| 83 | +for Matplotlib's evangelism, outreach, and user support as well as mainitaining |
| 84 | +the venues for conversation with the community. |
0 commit comments