Thanks to visit codestin.com
Credit goes to github.com

Skip to content

DOCS: add action items to PR template #18341

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

Merged
merged 1 commit into from
Aug 25, 2020

Conversation

brunobeltran
Copy link
Contributor

@brunobeltran brunobeltran commented Aug 24, 2020

PR Summary

Adds action items to each checkbox of the PR template.

Per the discussion in #17153, we should be putting any improvements for the developer documentation in to the dev docs themselves, not in the PR template. However, I pulled out a non-controversial (I think) quality of life improvement for new devs into this separate PR, since I still think this bit should be merged.

PR Checklist

  • [N/A] Has Pytest style unit tests
  • [N/A] Code is Flake 8 compliant
  • [N/A] New features are documented, with examples if plot related
  • [N/A] Documentation is sphinx and numpydoc compliant
  • [N/A] Added an entry to doc/users/next_whats_new/ if major new feature (follow instructions in README.rst there)
  • [N/A] Documented in doc/api/next_api_changes/* if API changed in a backward-incompatible way

@brunobeltran
Copy link
Contributor Author

brunobeltran commented Aug 24, 2020

PR Summary

This is what my proposed new PR template looks like. Compare with the above!

PR Checklist

  • Has pytest style unit tests (and pytest passes).
  • Is Flake 8 compliant (run flake8 on changed files to check).
  • New features are documented, with examples if plot related.
  • Documentation is sphinx and numpydoc compliant (the docs should build without error).
  • Conforms to Matplotlib style conventions (install flake8-docstrings and pydocstyle<4 and run flake8 --docstring-convention=all).
  • New features have an entry in doc/users/next_whats_new/ (follow instructions in README.rst there).
  • API changes documented in doc/api/next_api_changes/ (follow instructions in README.rst there).

@brunobeltran brunobeltran force-pushed the simpler-pr-update branch 2 times, most recently from f29603f to 68cddd5 Compare August 24, 2020 19:23
Comment on lines +5 to +13
<!-- Please mark any checkboxes that do not apply to this PR as [N/A]. -->

- [ ] Has pytest style unit tests (and `pytest` passes).
- [ ] Is [Flake 8](https://flake8.pycqa.org/en/latest/) compliant (run `flake8` on changed files to check).
- [ ] New features are documented, with examples if plot related.
- [ ] Documentation is sphinx and numpydoc compliant (the docs should [build](https://matplotlib.org/devel/documenting_mpl.html#building-the-docs) without error).
- [ ] Conforms to Matplotlib style conventions (install `flake8-docstrings` and `pydocstyle<4` and run `flake8 --docstring-convention=all`).
- [ ] New features have an entry in `doc/users/next_whats_new/` (follow instructions in README.rst there).
- [ ] API changes documented in `doc/api/next_api_changes/` (follow instructions in README.rst there).
Copy link
Member

Choose a reason for hiding this comment

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

Does it make sense to organize these a bit? Also, I've never run flake8 --docstring-convention=all in my life. Is this really a requirement?

Suggested change
<!-- Please mark any checkboxes that do not apply to this PR as [N/A]. -->
- [ ] Has pytest style unit tests (and `pytest` passes).
- [ ] Is [Flake 8](https://flake8.pycqa.org/en/latest/) compliant (run `flake8` on changed files to check).
- [ ] New features are documented, with examples if plot related.
- [ ] Documentation is sphinx and numpydoc compliant (the docs should [build](https://matplotlib.org/devel/documenting_mpl.html#building-the-docs) without error).
- [ ] Conforms to Matplotlib style conventions (install `flake8-docstrings` and `pydocstyle<4` and run `flake8 --docstring-convention=all`).
- [ ] New features have an entry in `doc/users/next_whats_new/` (follow instructions in README.rst there).
- [ ] API changes documented in `doc/api/next_api_changes/` (follow instructions in README.rst there).
<!-- Please mark any checkboxes that do not apply to this PR as [N/A]. -->
- [ ] Has pytest style unit tests (and `pytest` passes).
- [ ] Is [Flake 8](https://flake8.pycqa.org/en/latest/) compliant (run `flake8` on changed files to check).
- [ ] New features are documented, with examples if plot related.
- [ ] New features have an entry in `doc/users/next_whats_new/` (follow instructions in README.rst there).
- [ ] API changes documented in `doc/api/next_api_changes/` (follow instructions in README.rst there).
- [ ] Documentation is sphinx and numpydoc compliant (the docs should [build](https://matplotlib.org/devel/documenting_mpl.html#building-the-docs) without error).
- [ ] Conforms to Matplotlib style conventions (install `flake8-docstrings` and `pydocstyle<4` and run `flake8 --docstring-convention=all`).

Copy link
Contributor Author

@brunobeltran brunobeltran Aug 24, 2020

Choose a reason for hiding this comment

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

Does it make sense to organize these a bit?

I accepted your reorg because it doesn't change anything that anyone would object to, but any further reorg should go into a new PR (feature creep is why #17153 died). Github renders the version you requested really strangely (see below). If you really want, I can reorder the entries, but I think it would make sense to split reorg into a separate PR.

Also, I've never run flake8 --docstring-convention=all in my life. Is this really a requirement?

For the first two weeks or so of me submitting PRs, the majority of comments on my PRs were from @timhoffm, correcting issues that would have been caught by running this command.

If you're already versed in our style guide, then this may not feel necessary, but this command will catch all of that stuff automatically, and I think it will save significant review time to have it here.

Copy link
Member

Choose a reason for hiding this comment

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

Suggest just link the style conventions rather than suggest a specific way of checking adherence. We don't run these tests ourselves, so its pretty confusing to include here.

Copy link
Member

Choose a reason for hiding this comment

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

A lot of things are ignored right now, but flake8 linting does run these tests in this manner.

Copy link
Member

Choose a reason for hiding this comment

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

... learn something new every day!

- [ ] New features are documented, with examples if plot related.
- [ ] Documentation is sphinx and numpydoc compliant (the docs should [build](https://matplotlib.org/devel/documenting_mpl.html#building-the-docs) without error).
- [ ] Conforms to Matplotlib style conventions (install `flake8-docstrings` and `pydocstyle<4` and run `flake8 --docstring-convention=all`).
- [ ] New features have an entry in `doc/users/next_whats_new/` (follow instructions in README.rst there).
Copy link
Member

Choose a reason for hiding this comment

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

don't need the there

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I think without it it's ambiguous where to find the README.

Also, this language was already there.

Copy link
Member

Choose a reason for hiding this comment

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

Ugh, it's an ambiguous reference & yes can kick that can down to a different PR.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Thanks!

@brunobeltran
Copy link
Contributor Author

brunobeltran commented Aug 24, 2020

PR Summary

Here it is with Jody's proposed re-org. If anyone opposes or has further reorganization suggestions, then I'll just revert it, since it makes more sense to hash that stuff out in a separate PR, I think.

This re-org ended up causing a large amount of white space that wasn't there before. I think we should discuss reorg in a later PR. I reverted these changes.

PR Checklist

  • Has pytest style unit tests (and pytest passes).

  • Is Flake 8 compliant (run flake8 on changed files to check).

  • New features are documented, with examples if plot related.

    • New features have an entry in doc/users/next_whats_new/ (follow instructions in README.rst there).
    • API changes documented in doc/api/next_api_changes/ (follow instructions in README.rst there).
  • Documentation is sphinx and numpydoc compliant (the docs should build without error).

    • Conforms to Matplotlib style conventions (install flake8-docstrings and pydocstyle<4 and run flake8 --docstring-convention=all).

@QuLogic
Copy link
Member

QuLogic commented Aug 24, 2020

This re-org ended up causing a large amount of white space that wasn't there before. I think we should discuss reorg in a later PR. I reverted these changes.

I think that's because you have a blank line between one of them; that causes all of them to get extra spacing.

@brunobeltran
Copy link
Contributor Author

brunobeltran commented Aug 24, 2020

@jklymak I think you're the only blocker here since there's two approvals (unless you think everyone should have a chance to have eyes on this?)

I agree that this list could be organized more naturally, but I think it would be helpful to have these action items in the checklist now, and the organization discussion is exactly what derailed #17153.

I opened a separate PR to discuss the reorg you request, so that this one stays about adding these actions items or no: #18348. If you agree that this PR passes our docs threshold of "definitely doesn't make the situation worse than before", would you be willing to hit the button as-is?

@jklymak
Copy link
Member

jklymak commented Aug 25, 2020

@brunobeltran I'm not blocking, but thanks for asking!

@QuLogic QuLogic merged commit bb71b00 into matplotlib:master Aug 25, 2020
@QuLogic QuLogic added this to the v3.4.0 milestone Aug 25, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants