-
Notifications
You must be signed in to change notification settings - Fork 53
GitHub Templates for issue and pull request #479
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
Conversation
Release 0.5.19
1 similar comment
Hi @mathdugre, thanks for doing this! The templates look great to me! Just out of curiosity, did you take them from somewhere in particular? I definitely agree with documenting the API and putting it on sphinx. This should be part of #254. As for code style, the code should already be compliant with PEP8, and we test that using As for |
Hi @glatard for the issue templates I was strongly inspired by this one. For the PR templates I got inspiration from a few ones and cherry picked the features I liked from them. I will start working on the documentation. For pep8, I pointed it out since I came across a few function CapWord convention and unsorted import in some modules. Also some tool like black could ease the process of formating the code to comply with PEP8. I'll open another issue for discussion. As for mypy I totally agree that it would be a major change. I'll open an issue to discuss the consequences that it would imply. For now I'll remove PEP8 and mypy from the checklist. |
As for PEP8, pycodestyle could be made more stringent in Travis. Black also looks relevant, however, we should first update all the cod 8000 e before requesting that new PRs do that. The same goes with API documentation and Sphinx: before we have them in the template, we should make sure that the current code complies to them, otherwise it will be difficult for developers to adopt a standard which is currently not enforced. For bug reports, I'm worried that the template is a bit verbose and will discourage people reporting bugs. Maybe we can indicate that some fields are optional, in their title? |
Hey @mathdugre, this is really nice! If possible, I would also add templates for refactoring existing code and for creating/updating documentation. |
Let's merge this as it's already super useful! I agree with @erinb90, we could have templates to refactor code and documentation. Also, the bug PR template should include tests too. |
I will work on the refactoring and documentation template.
@glatard I am not sure to understand what is meant here. Is it the check box with label |
yes, this it what I meant. |
Created a set of template to make the issues and pull request more uniform.
Purpose
This should help in making issues (pull request) more comprehensible thus improving the reviewing process. Also this aims at improving the code base quality by establishing standard and make sure that their adoption is made.
Minor suggestions
Major suggestions