You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: .github/PULL_REQUEST_TEMPLATE.md
+3-2Lines changed: 3 additions & 2 deletions
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,8 @@
5
5
# Before submitting a PR:
6
6
7
7
-[ ] Changes must not break binary backwards compatibility. If you are unclear on how to make the change you think is needed while maintaining backward compatibility, [CONTRIBUTING.md](CONTRIBUTING.md) for details.
8
-
-[ ] Add JavaDocs and other comments as appropriate. Consider including links in comments to relevant documentation on https://docs.github.com/en/rest .
8
+
-[ ] Add JavaDocs and other comments explaining the behavior.
9
+
-[ ] When adding or updating methods that fetch entities, add `@link` JavaDoc entries to the relevant documentation on https://docs.github.com/en/rest .
9
10
-[ ] Add tests that cover any added or changed code. This generally requires capturing snapshot test data. See [CONTRIBUTING.md](CONTRIBUTING.md) for details.
10
11
-[ ] Run `mvn -D enable-ci clean install site` locally. If this command doesn't succeed, your change will not pass CI.
11
12
-[ ] Push your changes to a branch other than `main`. You will create your PR from that branch.
@@ -14,6 +15,6 @@
14
15
15
16
-[ ] Fill in the "Description" above with clear summary of the changes. This includes:
16
17
-[ ] If this PR fixes one or more issues, include "Fixes #<issuenumber>" lines for each issue.
17
-
-[ ] Provide links to relevant documentation on https://docs.github.com/en/rest where possible.
18
+
-[ ] Provide links to relevant documentation on https://docs.github.com/en/rest where possible. If not including links, explain why not.
18
19
-[ ] All lines of new code should be covered by tests as reported by code coverage. Any lines that are not covered must have PR comments explaining why they cannot be covered. For example, "Reaching this particular exception is hard and is not a particular common scenario."
0 commit comments