Skip to content
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

Add issue template for wrapping new module #1629

Merged
merged 5 commits into from
Dec 4, 2021
Merged

Conversation

maxrjones
Copy link
Member

Description of proposed changes

This PR adds an issue template for wrapping a new module, to help track the implementation over several PRs.

Part of #1599

Reminders

  • Run make format and make check to make sure the code follows the style guide.
  • Add tests for new features or tests that would have caught the bug that you're fixing.
  • Add new public functions/methods/classes to doc/api/index.rst.
  • Write detailed docstrings for all functions/methods.
  • If adding new functionality, add an example to docstrings or tutorials.

Slash Commands

You can write slash commands (/command) in the first line of a comment to perform
specific operations. Supported slash commands are:

  • /format: automatically format and lint the code
  • /test-gmt-dev: run full tests on the latest GMT development version

@maxrjones maxrjones added maintenance Boring but important stuff for the core devs skip-changelog Skip adding Pull Request to changelog labels Nov 22, 2021
@willschlitzer willschlitzer added the final review call This PR requires final review and approval from a second reviewer label Nov 22, 2021
.github/ISSUE_TEMPLATE/module_request.md Outdated Show resolved Hide resolved
.github/ISSUE_TEMPLATE/module_request.md Outdated Show resolved Hide resolved
.github/ISSUE_TEMPLATE/module_request.md Outdated Show resolved Hide resolved
Comment on lines 16 to 18
- [ ] Write detailed docstrings for all functions/methods.
- [ ] If wrapping a new module, open a 'Wrap new GMT module' issue and submit reasonably-sized PRs.
- [ ] If adding new functionality, add an example to docstrings or tutorials.
Copy link
Member

Choose a reason for hiding this comment

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

I feel like these checklist items could be consolidated and/or reworded to be a bit better. Any suggestions?

Copy link
Member Author

Choose a reason for hiding this comment

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

I agree. Perhaps the following two could be consolidated to "Try to get all checks passing, including style checks and test coverage."

  • Run make format and make check to make sure the code follows the style guide.
  • Add tests for new features or tests that would have caught the bug that you're fixing.

For the following four, if you want I could add a section to 'Contributing code' for adding new functions/methods/classes (including GMT wrappers) that covers this information such that the checklist is simply 'Follow guide in <link to contributing guide section> if adding a new function/method/class'.

  • Add new public functions/methods/classes to doc/api/index.rst.
  • Write detailed docstrings for all functions/methods.
  • If wrapping a new module, open a 'Wrap new GMT module' issue and submit reasonably-sized PRs.
  • If adding new functionality, add an example to docstrings or tutorials.

Copy link
Member Author

Choose a reason for hiding this comment

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

@weiji14, since this PR has a few approvals already would you mind if I merged this and worked on your suggestions in a separate PR? That way the other reviewers would not need to re-look at existing work. I have the updates partly done, but realistically won't have time to finish it until at least late next week due to AGU rush, GMT tasks, and planned leave.

Copy link
Member

Choose a reason for hiding this comment

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

Ok, sounds good to me to merge this new issue template first. The Pull Request template does need a bit of a refresh so that can be done in a follow up Pull Request (but please do prioritize AGU first).

@seisman seisman added this to the 0.6.0 milestone Dec 1, 2021
Comment on lines 16 to 18
- [ ] Write detailed docstrings for all functions/methods.
- [ ] If wrapping a new module, open a 'Wrap new GMT module' issue and submit reasonably-sized PRs.
- [ ] If adding new functionality, add an example to docstrings or tutorials.
Copy link
Member

Choose a reason for hiding this comment

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

Ok, sounds good to me to merge this new issue template first. The Pull Request template does need a bit of a refresh so that can be done in a follow up Pull Request (but please do prioritize AGU first).

@maxrjones maxrjones merged commit 41fa1bf into main Dec 4, 2021
@maxrjones maxrjones deleted the template-new-module branch December 4, 2021 16:28
@maxrjones maxrjones removed the final review call This PR requires final review and approval from a second reviewer label Dec 4, 2021
sixy6e pushed a commit to sixy6e/pygmt that referenced this pull request Dec 21, 2022
* Add issue template for wrapping new module

Co-authored-by: Wei Ji <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
maintenance Boring but important stuff for the core devs skip-changelog Skip adding Pull Request to changelog
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants