Add best practices to Review docs pull requests (#16770)
Simply and reduce language in bullet points Signed-off-by: Aimee Ukasick <aimeeu.opensource@gmail.com>
This commit is contained in:
committed by
Kubernetes Prow Robot
parent
03456f1a72
commit
cf390493af
@@ -46,10 +46,10 @@ weekly video meetings. New participants are welcome. For more information, see
|
|||||||
|
|
||||||
### Content guidelines
|
### Content guidelines
|
||||||
|
|
||||||
The SIG Docs community created guidelines about what kind of content is allowed
|
The SIG Docs community created guidelines about what kind of content is allowed
|
||||||
in the Kubernetes documentation. Look over the [Documentation Content
|
in the Kubernetes documentation. Look over the [Documentation Content
|
||||||
Guide](/docs/contribute/style/content-guide/) to determine if the content
|
Guide](/docs/contribute/style/content-guide/) to determine if the content
|
||||||
contribution you want to make is allowed. You can ask questions about allowed
|
contribution you want to make is allowed. You can ask questions about allowed
|
||||||
content in the [#sig-docs](#participate-in-sig-docs-discussions) Slack
|
content in the [#sig-docs](#participate-in-sig-docs-discussions) Slack
|
||||||
channel.
|
channel.
|
||||||
|
|
||||||
@@ -106,7 +106,7 @@ you can instead [fix it](#improve-existing-content) without filing a bug first.
|
|||||||
Using Markdown, fill in as many details as you can. In places where you see
|
Using Markdown, fill in as many details as you can. In places where you see
|
||||||
empty square brackets (`[ ]`), put an `x` between the set of brackets that
|
empty square brackets (`[ ]`), put an `x` between the set of brackets that
|
||||||
represents the appropriate choice. If you have a proposed solution to fix
|
represents the appropriate choice. If you have a proposed solution to fix
|
||||||
the issue, add it.
|
the issue, add it.
|
||||||
|
|
||||||
- **Request a new page**
|
- **Request a new page**
|
||||||
|
|
||||||
@@ -126,7 +126,7 @@ in mind:
|
|||||||
- Clearly explain the specific impact the issue has on users.
|
- Clearly explain the specific impact the issue has on users.
|
||||||
- Limit the scope of a given issue to a reasonable unit of work. For problems
|
- Limit the scope of a given issue to a reasonable unit of work. For problems
|
||||||
with a large scope, break them down into smaller issues.
|
with a large scope, break them down into smaller issues.
|
||||||
|
|
||||||
For instance, "Fix the security docs" is not an actionable issue, but "Add
|
For instance, "Fix the security docs" is not an actionable issue, but "Add
|
||||||
details to the 'Restricting network access' topic" might be.
|
details to the 'Restricting network access' topic" might be.
|
||||||
- If the issue relates to another issue or pull request, you can refer to it
|
- If the issue relates to another issue or pull request, you can refer to it
|
||||||
@@ -232,7 +232,7 @@ Do not include references to other GitHub issues or pull
|
|||||||
requests in your commit message. You can add those to the pull request
|
requests in your commit message. You can add those to the pull request
|
||||||
description later.
|
description later.
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
|
|
||||||
Click **Propose file change**. The change is saved as a commit in a
|
Click **Propose file change**. The change is saved as a commit in a
|
||||||
new branch in your fork, which is automatically named something like
|
new branch in your fork, which is automatically named something like
|
||||||
`patch-1`.
|
`patch-1`.
|
||||||
@@ -244,24 +244,24 @@ description later.
|
|||||||
selection boxes, but don't do that now. Have a look at the difference
|
selection boxes, but don't do that now. Have a look at the difference
|
||||||
viewer on the bottom of the screen, and if everything looks right, click
|
viewer on the bottom of the screen, and if everything looks right, click
|
||||||
**Create pull request**.
|
**Create pull request**.
|
||||||
|
|
||||||
{{< note >}}
|
{{< note >}}
|
||||||
If you don't want to create the pull request now, you can do it
|
If you don't want to create the pull request now, you can do it
|
||||||
later, by browsing to the main URL of the Kubernetes website repository or
|
later, by browsing to the main URL of the Kubernetes website repository or
|
||||||
your fork's repository. The GitHub website will prompt you to create the
|
your fork's repository. The GitHub website will prompt you to create the
|
||||||
pull request if it detects that you pushed a new branch to your fork.
|
pull request if it detects that you pushed a new branch to your fork.
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
|
|
||||||
5. The **Open a pull request** screen appears. The subject of the pull request
|
5. The **Open a pull request** screen appears. The subject of the pull request
|
||||||
is the same as the commit summary, but you can change it if needed. The
|
is the same as the commit summary, but you can change it if needed. The
|
||||||
body is populated by your extended commit message (if present) and some
|
body is populated by your extended commit message (if present) and some
|
||||||
template text. Read the template text and fill out the details it asks for,
|
template text. Read the template text and fill out the details it asks for,
|
||||||
then delete the extra template text. If you add to the description `fixes #<000000>`
|
then delete the extra template text. If you add to the description `fixes #<000000>`
|
||||||
or `closes #<000000>`, where `#<000000>` is the number of an associated issue,
|
or `closes #<000000>`, where `#<000000>` is the number of an associated issue,
|
||||||
GitHub will automatically close the issue when the PR merges.
|
GitHub will automatically close the issue when the PR merges.
|
||||||
Leave the **Allow edits from maintainers** checkbox selected. Click
|
Leave the **Allow edits from maintainers** checkbox selected. Click
|
||||||
**Create pull request**.
|
**Create pull request**.
|
||||||
|
|
||||||
Congratulations! Your pull request is available in
|
Congratulations! Your pull request is available in
|
||||||
[Pull requests](https://github.com/kubernetes/website/pulls).
|
[Pull requests](https://github.com/kubernetes/website/pulls).
|
||||||
|
|
||||||
@@ -271,16 +271,16 @@ pull request if it detects that you pushed a new branch to your fork.
|
|||||||
the same browser window by default.
|
the same browser window by default.
|
||||||
|
|
||||||
{{< note >}}
|
{{< note >}}
|
||||||
Please limit pull requests to one language per PR. For example, if you need to make an identical change to the same code sample in multiple languages, open a separate PR for each language.
|
Please limit pull requests to one language per PR. For example, if you need to make an identical change to the same code sample in multiple languages, open a separate PR for each language.
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
|
|
||||||
6. Wait for review. Generally, reviewers are suggested by the `k8s-ci-robot`.
|
6. Wait for review. Generally, reviewers are suggested by the `k8s-ci-robot`.
|
||||||
If a reviewer asks you to make changes, you can go to the **Files changed**
|
If a reviewer asks you to make changes, you can go to the **Files changed**
|
||||||
tab and click the pencil icon on any files that have been changed by the
|
tab and click the pencil icon on any files that have been changed by the
|
||||||
pull request. When you save the changed file, a new commit is created in
|
pull request. When you save the changed file, a new commit is created in
|
||||||
the branch being monitored by the pull request. If you are waiting on a
|
the branch being monitored by the pull request. If you are waiting on a
|
||||||
reviewer to review the changes, proactively reach out to the reviewer
|
reviewer to review the changes, proactively reach out to the reviewer
|
||||||
once every 7 days. You can also drop into #sig-docs Slack channel,
|
once every 7 days. You can also drop into #sig-docs Slack channel,
|
||||||
which is a good place to ask for help regarding PR reviews.
|
which is a good place to ask for help regarding PR reviews.
|
||||||
|
|
||||||
7. If your change is accepted, a reviewer merges your pull request, and the
|
7. If your change is accepted, a reviewer merges your pull request, and the
|
||||||
@@ -294,15 +294,31 @@ contribution guide.
|
|||||||
|
|
||||||
## Review docs pull requests
|
## Review docs pull requests
|
||||||
|
|
||||||
People who are not yet approvers or reviewers can still review pull requests.
|
People who are new to documentation can still review pull requests. You can
|
||||||
The reviews are not considered "binding", which means that your review alone
|
learn the code base and build trust with your fellow contributors. English docs
|
||||||
won't cause a pull request to be merged. However, it can still be helpful. Even
|
are the authoritative source for content. We communicate in English during
|
||||||
if you don't leave any review comments, you can get a sense of pull request
|
weekly meetings and in community announcements. Contributors' English skills
|
||||||
conventions and etiquette and get used to the workflow. Take a look at the
|
vary, so use simple and direct language in your reviews. Effective reviews focus
|
||||||
[Content](/docs/contribute/style/content-guide/) and
|
on both small details and a change's potential impact.
|
||||||
[Style](/docs/contribute/style/style-guide/) guides before you review so you
|
|
||||||
|
The reviews are not considered "binding", which means that your review alone
|
||||||
|
won't cause a pull request to be merged. However, it can still be helpful. Even
|
||||||
|
if you don't leave any review comments, you can get a sense of pull request
|
||||||
|
conventions and etiquette and get used to the workflow. Familiarize yourself with the
|
||||||
|
[content guide](/docs/contribute/style/content-guide/) and
|
||||||
|
[style guide](/docs/contribute/style/style-guide/) before reviewing so you
|
||||||
get an idea of what the content should contain and how it should look.
|
get an idea of what the content should contain and how it should look.
|
||||||
|
|
||||||
|
### Best practices
|
||||||
|
|
||||||
|
- Be polite, considerate, and helpful
|
||||||
|
- Comment on positive aspects of PRs as well
|
||||||
|
- Be empathetic and mindful of how your review may be received
|
||||||
|
- Assume good intent and ask clarifying questions
|
||||||
|
- Experienced contributors, consider pairing with new contributors whose work requires extensive changes
|
||||||
|
|
||||||
|
### How to find and review a pull request
|
||||||
|
|
||||||
1. Go to
|
1. Go to
|
||||||
[https://github.com/kubernetes/website/pulls](https://github.com/kubernetes/website/pulls).
|
[https://github.com/kubernetes/website/pulls](https://github.com/kubernetes/website/pulls).
|
||||||
You see a list of every open pull request against the Kubernetes website and
|
You see a list of every open pull request against the Kubernetes website and
|
||||||
@@ -322,10 +338,10 @@ get an idea of what the content should contain and how it should look.
|
|||||||
or room for improvement, hover over the line and click the `+` symbol that
|
or room for improvement, hover over the line and click the `+` symbol that
|
||||||
appears.
|
appears.
|
||||||
|
|
||||||
You can type a comment, and either choose **Add single comment** or **Start
|
You can type a comment, and either choose **Add single comment** or **Start
|
||||||
a review**. Typically, starting a review is better because it allows you to
|
a review**. Typically, starting a review is better because it allows you to
|
||||||
leave multiple comments and notifies the PR owner only when you have
|
leave multiple comments and notifies the PR owner only when you have
|
||||||
completed the review, rather than a separate notification for each comment.
|
completed the review, rather than a separate notification for each comment.
|
||||||
|
|
||||||
4. When finished, click **Review changes** at the top of the page. You can
|
4. When finished, click **Review changes** at the top of the page. You can
|
||||||
summarize your review, and you can choose to comment, approve, or request
|
summarize your review, and you can choose to comment, approve, or request
|
||||||
|
|||||||
Reference in New Issue
Block a user