Skip to content

Added a template for PRs#4313

Merged
ilyachur merged 6 commits intoopenvinotoolkit:masterfrom
ilyachur:add_pr_template
Feb 15, 2021
Merged

Added a template for PRs#4313
ilyachur merged 6 commits intoopenvinotoolkit:masterfrom
ilyachur:add_pr_template

Conversation

@ilyachur
Copy link
Copy Markdown
Contributor

@ilyachur ilyachur commented Feb 12, 2021

Details:

  • Added template for pull requests, please review this file and let me know if we need to update anything.
  • Feedbacks are welcome

Tickets:

  • NA

@openvino-pushbot openvino-pushbot added category: CI OpenVINO public CI category: Core OpenVINO Core (aka ngraph) category: docs OpenVINO documentation labels Feb 12, 2021
@@ -0,0 +1,30 @@
## PR Description: *short_description*
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Doesn't it just duplicate the PR title?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

Ok, I agree.

## PR Description: *short_description*

### Tickets:
- *ticket-id*
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Can we add tickets from private bug tracer here?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

I think we can add the bug id

- [ ] I agree to contribute to the project under Apache 2 License.
- [ ] To the best of my knowledge, the proposed patch is not based on a code under GPL or other license that is incompatible with OpenVINO
- [ ] The PR is proposed to proper branch
- [ ] There is reference to original bug report and related work
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

What if it is a new feature?

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

bug / feature can be selected via labels.

And sometimes it's hard to say - it's bug or feature :)

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

I updated the message

- [ ] Unit tests
- [ ] Function tests
- [ ] e2e tests
- [ ] Component dependent tests
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

IMHO, not needed, since CI is launched automatically.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

In this sentence I mean that contributor should think about tests which are needed for his PR.

- [ ] User guide update
- [ ] Developer guide update
- [ ] Specification update
- [ ] Component specific guides
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

IMHO, if the PR relates to the Documentation it will be mentioned in its Title/Details section. I don't see the reason to duplicate this information in the Checklist.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

If you add a new functionality you need to add a documentation for it. In this checklist contributor can think about different documentations and update if it is required.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

For me the checklist looks like obligatory conditions. But developer don't need to update User guide if the PR modifies internal things.

@GlebKazantaev
Copy link
Copy Markdown
Contributor

The purpose of PR description is to help reviewers to understand which problem it solves and what are the peculiarities of the solution. So as a reviewer I don't expect in PR to see some "checkboxes" that reminds developer not to forget to do something. All this rules that developer must follow must be located inside developer guide but bot in PR. So instead of searching for particular checkboxes I insist to work on our guidelines and make them clean and transparent for any developers so they can always rely on them and follow them but not checkboxes in PR that doesn't cover all aspects. So from my point of view the guidelines is the right way how we can grow our opensource/contribution culture.

The problem that developers do not put any description to PR or miss some parts (like tests, documentation, code-style etc.) can be solved if reviewers will point contributors to specific parts in contribution guideline or component specific guides which needs to be explained or implemented. And if all reviewers will follow this approach and put dev-guides in the center of development flow then in future all contributors will rely on them by default and the quality of PRs will increase.

Let's look at the changes you propose:

  • Details and Tickets section: looks good.

Check-list section:

  • License check-boxes: agreement to accept the license can be kept in contribution-guide so contributor accept them by default.
  • "The PR is proposed to proper branch": I think it is too obvious.
  • "There is reference to original request or bug report and related work" - in most cases this one will be empty. Also git-hub shows the link to PR if current PR was mentioned. So if such need exist I suggest to use git-hub functionality.
  • "The PR doesn't have backward incompatible changes" - the first candidate to contribution guide.
  • "The code is documented well" - contribution guide.
  • "All new files contain the license header" - this must be included into CI checks. I know that MO already has this checks.
  • "New tests, which are covered the functionality from PR, were added" - contribution guide.
  • "Documentation updates" - contribution guide.

So from my point of view only "Description" and "Tickets" sections make sense.

@ilyachur
Copy link
Copy Markdown
Contributor Author

Thank you guys, I got feedback from you. I will update the PR and notify you.

@ilyachur
Copy link
Copy Markdown
Contributor Author

I updated the template

@ilyachur ilyachur merged commit c52c491 into openvinotoolkit:master Feb 15, 2021
@ilyachur ilyachur deleted the add_pr_template branch February 15, 2021 12:18
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

category: CI OpenVINO public CI category: Core OpenVINO Core (aka ngraph) category: docs OpenVINO documentation

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants