diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/about-merge-conflicts.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/about-merge-conflicts.md
index 6a526d3b6b5b..0d713ed73a1e 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/about-merge-conflicts.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/about-merge-conflicts.md
@@ -21,20 +21,20 @@ ms.contentlocale: zh-CN
ms.lasthandoff: 09/10/2022
ms.locfileid: '145129653'
---
-Git 通常可以自动解决分支之间的冲突并合并它们。 通常,更改发生在不同的行,甚至不同的文件,因此计算机容易理解合并。 但是,有时存在竞争更改的情况,如果没有您的帮助,Git 无法解决。 通常,当人们对相同文件的相同行进行不同的更改时,或者一个人编辑文件而另一个人删除同一文件时,就会发生合并冲突。
+Git 通常可以自动解决分支之间的冲突并合并它们。通常,更改发生在不同的行,甚至不同的文件,因此计算机容易理解合并。但是,有时存在竞争更改的情况,如果没有您的帮助,Git 无法解决。通常,当人们对相同文件的相同行进行不同的更改时,或者一个人编辑文件而另一个人删除同一文件时,就会发生合并冲突。
-您必须解决所有合并冲突后,才能合并 {% data variables.product.product_name %} 上的拉取请求。 如果在拉取请求中的比较分支与基本分支之间存在合并冲突,你可以在“合并拉取请求”按钮上方查看包含冲突更改的文件列表。 “合并拉取请求”按钮在你解决比较分支与基本分支之间的所有冲突之前会一直停用。
+您必须解决所有合并冲突后,才能合并 {% data variables.product.product_name %} 上的拉取请求。如果在拉取请求中的比较分支与基本分支之间存在合并冲突,你可以在“合并拉取请求”按钮上方查看包含冲突更改的文件列表。 “合并拉取请求”按钮在你解决比较分支与基本分支之间的所有冲突之前会一直停用。

## 解决合并冲突
-要解决合并冲突,必须手动编辑冲突的文件以选择要保留在最终合并中的更改。 解决合并冲突有多种不同的方式:
+要解决合并冲突,必须手动编辑冲突的文件以选择要保留在最终合并中的更改。解决合并冲突有多种不同的方式:
-- 如果合并冲突是竞争行更改而引起的,例如人们对 Git 仓库中不同分支上相同文件的相同行进行不同的更改,您可以使用冲突编辑器在 {% data variables.product.product_name %} 上解决。 有关详细信息,请参阅“[在 {% data variables.product.prodname_dotcom %} 上解决合并冲突](/pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-on-github)”。
-- 对于所有其他类型的合并冲突,必须在仓库的本地克隆版本上解决,然后将更改推送到 {% data variables.product.product_name %} 上的分支。 可以使用命令行或 [{% data variables.product.prodname_desktop %}](https://desktop.github.com/) 之类的工具推送更改。 有关详细信息,请参阅“[在命令行上解决合并冲突](/github/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-using-the-command-line)”。
+- 如果合并冲突是竞争行更改而引起的,例如人们对 Git 仓库中不同分支上相同文件的相同行进行不同的更改,您可以使用冲突编辑器在 {% data variables.product.product_name %} 上解决。有关详细信息,请参阅“[在 {% data variables.product.prodname_dotcom %} 上解决合并冲突](/pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-on-github)”。
+- 对于所有其他类型的合并冲突,必须在仓库的本地克隆版本上解决,然后将更改推送到 {% data variables.product.product_name %} 上的分支。可以使用命令行或 [{% data variables.product.prodname_desktop %}](https://desktop.github.com/) 之类的工具推送更改。有关详细信息,请参阅“[在命令行上解决合并冲突](/github/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-using-the-command-line)”。
-如果您在命令行上有合并冲突,则在计算机本地解决合并冲突之前,无法将本地更改推送到 {% data variables.product.product_name %}。 如果尝试在命令行上合并具有合并冲突的分支,将会收到错误消息。 有关详细信息,请参阅“[使用命令行解决合并冲突](/articles/resolving-a-merge-conflict-using-the-command-line/)”。
+如果您在命令行上有合并冲突,则在计算机本地解决合并冲突之前,无法将本地更改推送到 {% data variables.product.product_name %}。如果尝试在命令行上合并具有合并冲突的分支,将会收到错误消息。有关详细信息,请参阅“[使用命令行解决合并冲突](/articles/resolving-a-merge-conflict-using-the-command-line/)”。
```shell
$ git merge BRANCH-NAME
> Auto-merging styleguide.md
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-on-github.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-on-github.md
index e370032da9b3..6e9e9a8b62b7 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-on-github.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-on-github.md
@@ -22,14 +22,14 @@ ms.contentlocale: zh-CN
ms.lasthandoff: 09/11/2022
ms.locfileid: '145129651'
---
-您只能在 {% data variables.product.product_name %} 上解决由竞争行更改引起的合并冲突,例如当人们对 Git 仓库中不同分支上同一文件的同一行进行不同的更改时。 对于所有其他类型的合并冲突,您必须在命令行上本地解决冲突。 有关详细信息,请参阅“[使用命令行解决合并冲突](/articles/resolving-a-merge-conflict-using-the-command-line/)”。
+您只能在 {% data variables.product.product_name %} 上解决由竞争行更改引起的合并冲突,例如当人们对 Git 仓库中不同分支上同一文件的同一行进行不同的更改时。对于所有其他类型的合并冲突,您必须在命令行上本地解决冲突。有关详细信息,请参阅“[使用命令行解决合并冲突](/articles/resolving-a-merge-conflict-using-the-command-line/)”。
-{% ifversion ghes or ghae %} 如果站点管理员对存储库之间的拉取请求禁用了合并冲突编辑器,则无法在 {% data variables.product.product_name %} 上使用冲突编辑器,并且必须在命令行上解决合并冲突。 例如,如果禁用合并冲突编辑器,则无法在复刻和上游仓库之间的拉取请求中使用它。
+{% ifversion ghes or ghae %} 如果站点管理员对存储库之间的拉取请求禁用了合并冲突编辑器,则无法在 {% data variables.product.product_name %} 上使用冲突编辑器,并且必须在命令行上解决合并冲突。例如,如果禁用合并冲突编辑器,则无法在复刻和上游仓库之间的拉取请求中使用它。
{% endif %}
{% warning %}
-**警告:** 在 {% data variables.product.product_name %} 上解决合并冲突时,拉取请求的整个 [基础分支](/github/getting-started-with-github/github-glossary#base-branch)都将合并到 [头部 分支](/github/getting-started-with-github/github-glossary#head-branch)中。 确保您确实想要提交到此分支。 如果头部分支是仓库的默认分支,您可以选择创建一个新分支作为拉取请求的头部分支。 如果头部分支是受保护分支,则无法将冲突解决合并到其中,因此系统会提示您创建一个新的头部分支。 有关详细信息,请参阅“[关于受保护的分支](/github/administering-a-repository/about-protected-branches)”。
+**警告:** 在 {% data variables.product.product_name %} 上解决合并冲突时,拉取请求的整个 [基础分支](/github/getting-started-with-github/github-glossary#base-branch)都将合并到 [头部 分支](/github/getting-started-with-github/github-glossary#head-branch)中。确保您确实想要提交到此分支。如果头部分支是仓库的默认分支,您可以选择创建一个新分支作为拉取请求的头部分支。如果头部分支是受保护分支,则无法将冲突解决合并到其中,因此系统会提示您创建一个新的头部分支。有关详细信息,请参阅“[关于受保护的分支](/github/administering-a-repository/about-protected-branches)”。
{% endwarning %}
@@ -40,7 +40,7 @@ ms.locfileid: '145129651'
{% tip %}
- **提示:** 如果停用“解决冲突”按钮,则拉取请求的合并冲突过于复杂无法在 {% data variables.product.product_name %}{% ifversion ghes or ghae %} 上解决,或站点管理员已禁用存储库之间拉取请求的冲突编辑器{% endif %}。 必须使用备用 Git 客户端或在命令行上使用 Git 解决合并冲突。 有关详细信息,请参阅“[使用命令行解决合并冲突](/github/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-using-the-command-line)”。
+ **提示:** 如果停用“解决冲突”按钮,则拉取请求的合并冲突过于复杂无法在 {% data variables.product.product_name %}{% ifversion ghes or ghae %} 上解决,或站点管理员已禁用存储库之间拉取请求的冲突编辑器{% endif %}。必须使用备用 Git 客户端或在命令行上使用 Git 解决合并冲突。有关详细信息,请参阅“[使用命令行解决合并冲突](/github/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-using-the-command-line)”。
{% endtip %} {% data reusables.pull_requests.decide-how-to-resolve-competing-line-change-merge-conflict %} 
1. 如果文件中有多个合并冲突,请向下滚动到下一组冲突标记,然后重复步骤 4 和步骤 5 以解决合并冲突。
@@ -48,7 +48,7 @@ ms.locfileid: '145129651'

1. 如果您有多个冲突文件,请在“冲突文件”下的页面左侧选择您要编辑的下一个文件,并重复步骤 4 到 7,直到您解决所有拉取请求的合并冲突。

-1. 解决所有合并冲突后,单击“提交合并”。 这会将整个基本分支合并到头部分支。
+1. 解决所有合并冲突后,单击“提交合并”。这会将整个基本分支合并到头部分支。

1. 如果出现提示,请审查您要提交的分支。
@@ -57,10 +57,10 @@ ms.locfileid: '145129651'
如果您选择创建一个新分支,请输入该分支的名称。
- 如果拉取请求的头部分支是受保护分支,则必须创建新分支。 您将无法选择更新受保护分支。
+ 如果拉取请求的头部分支是受保护分支,则必须创建新分支。您将无法选择更新受保护分支。
- 单击“创建分支并更新我的拉取请求”或“我已了解,继续更新” 。 按钮文本对应于您正在执行的操作。
-1. 若要合并拉取请求,请单击“合并拉取请求”。 有关其他拉取请求合并选项的详细信息,请参阅“[合并拉取请求](/articles/merging-a-pull-request/)”。
+ 单击“创建分支并更新我的拉取请求”或“我已了解,继续更新” 。按钮文本对应于您正在执行的操作。
+1. 若要合并拉取请求,请单击“合并拉取请求”。有关其他拉取请求合并选项的详细信息,请参阅“[合并拉取请求](/articles/merging-a-pull-request/)”。
## 延伸阅读
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-using-the-command-line.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-using-the-command-line.md
index ba7d87cfcda5..a7790c208342 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-using-the-command-line.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-using-the-command-line.md
@@ -22,11 +22,11 @@ ms.contentlocale: zh-CN
ms.lasthandoff: 09/11/2022
ms.locfileid: '147883455'
---
-当对文件的同一行进行竞争更改时,或者当一个人编辑文件而另一个人删除同一文件时,会发生合并冲突。 有关详细信息,请参阅“[关于合并冲突](/articles/about-merge-conflicts/)”。
+当对文件的同一行进行竞争更改时,或者当一个人编辑文件而另一个人删除同一文件时,会发生合并冲突。有关详细信息,请参阅“[关于合并冲突](/articles/about-merge-conflicts/)”。
{% tip %}
-**提示:** 可以使用冲突编辑器在 {% data variables.product.product_name %} 上解决作为拉取请求组成部分的各分支之间的竞争行更改合并冲突。 有关详细信息,请参阅“[在 GitHub 上解决合并冲突](/pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-on-github)”。
+**提示:** 可以使用冲突编辑器在 {% data variables.product.product_name %} 上解决作为拉取请求组成部分的各分支之间的竞争行更改合并冲突。有关详细信息,请参阅“[在 GitHub 上解决合并冲突](/pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-on-github)”。
{% endtip %}
@@ -34,14 +34,14 @@ ms.locfileid: '147883455'
要解决由竞争行更改导致的合并冲突,您必须从新提交的不同分支中选择要合并的更改。
-例如,如果你和另一个人都在同一 Git 存储库不同分支的同一行中编辑了 styleguide.md 文件,则在尝试合并这些分支时会发生合并冲突错误。 必须使用新提交解决这一合并冲突,然后才能合并这些分支。
+例如,如果你和另一个人都在同一 Git 存储库不同分支的同一行中编辑了 styleguide.md 文件,则在尝试合并这些分支时会发生合并冲突错误。必须使用新提交解决这一合并冲突,然后才能合并这些分支。
{% data reusables.command_line.open_the_multi_os_terminal %}
2. 导航到有合并冲突的本地 Git 仓库中。
```shell
cd REPOSITORY-NAME
```
-3. 生成受合并冲突影响的文件列表。 在此示例中,styleguide.md 文件存在合并冲突。
+3. 生成受合并冲突影响的文件列表。在此示例中,styleguide.md 文件存在合并冲突。
```shell
$ git status
> # On branch branch-b
@@ -56,7 +56,7 @@ ms.locfileid: '147883455'
> no changes added to commit (use "git add" and/or "git commit -a")
```
4. 打开你首选的文本编辑器,例如 [Atom](https://atom.io/),然后导航到有合并冲突的文件。
-5. 要在文件中查看合并冲突的开头,请在文件中搜索冲突标记 `<<<<<<<`。 当你在文本编辑器中打开文件时,你将在行 `<<<<<<< HEAD` 后看到头部分支或基本分支。 接下来,你将看到 `=======`,它将你的更改与其他分支中的更改分开,后跟 `>>>>>>> BRANCH-NAME`。 在本例中,一个人在基本或头部分支中编写了“open an issue”,而另一个人在比较分支或 `branch-a` 中编写了“ask your question in IRC”。
+5. 要在文件中查看合并冲突的开头,请在文件中搜索冲突标记 `<<<<<<<`。当你在文本编辑器中打开文件时,你将在行 `<<<<<<< HEAD` 后看到头部分支或基本分支。接下来,你将看到 `=======`,它将你的更改与其他分支中的更改分开,后跟 `>>>>>>> BRANCH-NAME`。在本例中,一个人在基本或头部分支中编写了“open an issue”,而另一个人在比较分支或 `branch-a` 中编写了“ask your question in IRC”。
```
If you have questions, please
@@ -86,14 +86,14 @@ ms.locfileid: '147883455'
要解决由对文件进行竞争更改而导致的合并冲突,对于一个人删除分支中的文件而另一个人编辑同一文件的情况,您必须选择是删除还是将删除的文件保留在新提交中。
-例如,如果你编辑了一个文件(如 README.md),而另一个人在同一 Git 存储库的另一个分支中删除了同一文件,那么当你尝试合并这些分支时将发生合并冲突错误。 必须使用新提交解决这一合并冲突,然后才能合并这些分支。
+例如,如果你编辑了一个文件(如 README.md),而另一个人在同一 Git 存储库的另一个分支中删除了同一文件,那么当你尝试合并这些分支时将发生合并冲突错误。必须使用新提交解决这一合并冲突,然后才能合并这些分支。
{% data reusables.command_line.open_the_multi_os_terminal %}
2. 导航到有合并冲突的本地 Git 仓库中。
```shell
cd REPOSITORY-NAME
```
-2. 生成受合并冲突影响的文件列表。 在此示例中,文件 README.md 存在合并冲突。
+2. 生成受合并冲突影响的文件列表。在此示例中,文件 README.md 存在合并冲突。
```shell
$ git status
> # On branch main
@@ -111,7 +111,7 @@ ms.locfileid: '147883455'
> # no changes added to commit (use "git add" and/or "git commit -a")
```
3. 打开你首选的文本编辑器,例如 [Atom](https://atom.io/),然后导航到有合并冲突的文件。
-6. 决定是否要保留删除的文件。 您可能想要在文本编辑器中查看对删除的文件所做的最新更改。
+6. 决定是否要保留删除的文件。您可能想要在文本编辑器中查看对删除的文件所做的最新更改。
要将已删除的文件重新添加到仓库:
```shell
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/collaborating-on-repositories-with-code-quality-features/about-status-checks.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/collaborating-on-repositories-with-code-quality-features/about-status-checks.md
index ba5b69db6bce..0db7e0355ac8 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/collaborating-on-repositories-with-code-quality-features/about-status-checks.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/collaborating-on-repositories-with-code-quality-features/about-status-checks.md
@@ -21,7 +21,7 @@ ms.contentlocale: zh-CN
ms.lasthandoff: 09/05/2022
ms.locfileid: '147065864'
---
-状态检查基于针对您每次向仓库的推送而运行的外部流程,例如持续集成构建。 可以在拉取请求中的各个提交旁边看到状态检查的“待处理”、“通过”或“失败”状态 。
+状态检查基于针对您每次向仓库的推送而运行的外部流程,例如持续集成构建。可以在拉取请求中的各个提交旁边看到状态检查的“待处理”、“通过”或“失败”状态。

@@ -40,7 +40,7 @@ ms.locfileid: '147065864'
“检查”与“状态”的不同之处在于它们提供行注释、更详细的消息,并且仅适用于 {% data variables.product.prodname_github_apps %} 。
-组织所有者和能够推送到仓库的用户可使用 {% data variables.product.product_name %} 的 API 创建检查和状态。 有关详细信息,请参阅“[检查](/rest/reference/checks)”和“[状态](/rest/reference/commits#commit-statuses)”。
+组织所有者和能够推送到仓库的用户可使用 {% data variables.product.product_name %} 的 API 创建检查和状态。有关详细信息,请参阅“[检查](/rest/reference/checks)”和“[状态](/rest/reference/commits#commit-statuses)”。
## 检查
@@ -50,7 +50,7 @@ ms.locfileid: '147065864'
{% note %}
-**注意:** 仅当你为存储库设置了“检查”(而不是“状态”)时,才会为拉取请求填充“检查”选项卡 。
+**注意:** 仅当你为存储库设置了“检查”(而不是“状态”)时,才会为拉取请求填充“检查”选项卡。
{% endnote %}
@@ -64,18 +64,18 @@ ms.locfileid: '147065864'
### 跳过和申请个别提交的检查
-当仓库设置为自动申请检查推送时,您可以选择跳过所推送的个别提交的检查。 当存储库未设置为自动申请检查推送时,你可以请求检查你推送的个别提交。 有关这些设置的详细信息,请参阅“[检查套件](/rest/reference/checks#update-repository-preferences-for-check-suites)”。
+当仓库设置为自动申请检查推送时,您可以选择跳过所推送的个别提交的检查。当存储库未设置为自动申请检查推送时,你可以请求检查你推送的个别提交。有关这些设置的详细信息,请参阅“[检查套件](/rest/reference/checks#update-repository-preferences-for-check-suites)”。
要跳过或申请检查提交,请在提交消息末添加以下尾行之一:
-- 若要跳过检查进行提交,请输入提交消息以及简短、有意义的更改说明。 提交说明后,在右引号之前,添加两个空行,后接 `skip-checks: true`:
+- 若要跳过检查进行提交,请输入提交消息以及简短、有意义的更改说明。提交说明后,在右引号之前,添加两个空行,后接 `skip-checks: true`:
```shell
$ git commit -m "Update README
>
>
skip-checks: true"
```
-- 若要请求检查进行提交,请输入提交消息以及简短、有意义的更改说明。 提交说明后,在右引号之前,添加两个空行,后接 `request-checks: true`:
+- 若要请求检查进行提交,请输入提交消息以及简短、有意义的更改说明。提交说明后,在右引号之前,添加两个空行,后接 `request-checks: true`:
```shell
$ git commit -m "Refactor usability tests
>
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/collaborating-on-repositories-with-code-quality-features/working-with-pre-receive-hooks.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/collaborating-on-repositories-with-code-quality-features/working-with-pre-receive-hooks.md
index 8fd211ac6c52..b85c1032365c 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/collaborating-on-repositories-with-code-quality-features/working-with-pre-receive-hooks.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/collaborating-on-repositories-with-code-quality-features/working-with-pre-receive-hooks.md
@@ -16,7 +16,7 @@ ms.contentlocale: zh-CN
ms.lasthandoff: 09/05/2022
ms.locfileid: '146332590'
---
-预接收挂钩对推送到仓库的代码运行测试,以确保贡献符合仓库或组织策略。 如果提交内容通过测试,将接受推送进入仓库。 如果提交内容未通过测试,将不接受推送。
+预接收挂钩对推送到仓库的代码运行测试,以确保贡献符合仓库或组织策略。如果提交内容通过测试,将接受推送进入仓库。如果提交内容未通过测试,将不接受推送。
如果不接受推送,您将看到对应失败预接收挂钩的错误消息。
@@ -36,4 +36,4 @@ error: failed to push some refs to 'https://54.204.174.51/hodor/nope.git'

-您的 {% data variables.product.product_name %} 站点管理员可以创建和删除组织或仓库的预接收挂钩,并可允许组织或仓库管理员启用或禁用预接收挂钩。 有关详细信息,请参阅“[使用预接收挂钩来强制实施策略](/enterprise/admin/guides/developer-workflow/using-pre-receive-hooks-to-enforce-policy)”。
+您的 {% data variables.product.product_name %} 站点管理员可以创建和删除组织或仓库的预接收挂钩,并可允许组织或仓库管理员启用或禁用预接收挂钩。有关详细信息,请参阅“[使用预接收挂钩来强制实施策略](/enterprise/admin/guides/developer-workflow/using-pre-receive-hooks-to-enforce-policy)”。
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/getting-started/about-collaborative-development-models.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/getting-started/about-collaborative-development-models.md
index 0b4777460195..d8730b42a829 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/getting-started/about-collaborative-development-models.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/getting-started/about-collaborative-development-models.md
@@ -1,6 +1,6 @@
---
title: 关于协作开发模式
-intro: 使用拉取请求的方式取决于项目中使用的开发模型类型。 您可以使用复刻和拉取模型或共享仓库模型。
+intro: 使用拉取请求的方式取决于项目中使用的开发模型类型。您可以使用复刻和拉取模型或共享仓库模型。
redirect_from:
- /github/collaborating-with-issues-and-pull-requests/getting-started/about-collaborative-development-models
- /articles/types-of-collaborative-development-models
@@ -24,7 +24,7 @@ ms.locfileid: '146139182'
---
## 复刻和拉取模型
-在复刻和拉取模型中,任何人都可以复刻现有仓库并推送对其个人复刻的更改。 不需要对来源仓库的权限即可推送到用户拥有的复刻。 项目维护员可将更改拉入来源仓库。 将提议更改的拉取请求从用户拥有的复刻打开到来源(上游)仓库的分支时,可让对上游仓库具有推送权限的任何人更改您的拉取请求。 此模型常用于开源项目,因为它可减少新贡献者的磨合,让人们独立工作而无需前期协调。
+在复刻和拉取模型中,任何人都可以复刻现有仓库并推送对其个人复刻的更改。不需要对来源仓库的权限即可推送到用户拥有的复刻。项目维护员可将更改拉入来源仓库。将提议更改的拉取请求从用户拥有的复刻打开到来源(上游)仓库的分支时,可让对上游仓库具有推送权限的任何人更改您的拉取请求。此模型常用于开源项目,因为它可减少新贡献者的磨合,让人们独立工作而无需前期协调。
{% tip %}
@@ -34,7 +34,7 @@ ms.locfileid: '146139182'
## 共享仓库模型
-在共享存储库模型中,协作者被授予单一共享存储库的推送权限,需要更改时可创建主题分支。 拉取请求适用于此模型,因为在更改合并到主要开发分支之前,它们会发起代码审查和关于更改的一般讨论。 此模型更多用于协作处理私有项目的小型团队和组织。
+在共享存储库模型中,协作者被授予单一共享存储库的推送权限,需要更改时可创建主题分支。拉取请求适用于此模型,因为在更改合并到主要开发分支之前,它们会发起代码审查和关于更改的一般讨论。此模型更多用于协作处理私有项目的小型团队和组织。
## 延伸阅读
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/about-pull-request-merges.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/about-pull-request-merges.md
index 12363a68231e..d8ac14e8b77d 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/about-pull-request-merges.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/about-pull-request-merges.md
@@ -31,8 +31,8 @@ ms.locfileid: '147580437'
### 合并压缩合并的消息
-{% ifversion default-merge-squash-commit-message %} 在压缩和合并时,{% data variables.product.prodname_dotcom %} 生成默认的提交消息,你可以对其进行编辑。 根据存储库的配置方式和拉取请求中的提交数(不包括合并提交),此消息可能包括拉取请求标题、拉取请求说明或有关提交的信息。
-{% else %} 在压缩和合并时,{% data variables.product.prodname_dotcom %} 生成默认的提交消息,你可以对其进行编辑。 默认消息取决于拉取请求中的提交数,不包括合并提交。
+{% ifversion default-merge-squash-commit-message %} 在压缩和合并时,{% data variables.product.prodname_dotcom %} 生成默认的提交消息,你可以对其进行编辑。根据存储库的配置方式和拉取请求中的提交数(不包括合并提交),此消息可能包括拉取请求标题、拉取请求说明或有关提交的信息。
+{% else %} 在压缩和合并时,{% data variables.product.prodname_dotcom %} 生成默认的提交消息,你可以对其进行编辑。默认消息取决于拉取请求中的提交数,不包括合并提交。
提交数 | 总结 | 说明 |
----------------- | ------- | ----------- |
@@ -45,18 +45,18 @@ ms.locfileid: '147580437'
一个提交 | 单个提交的提交消息标题,后接拉取请求编号 | 单个提交的提交消息正文
多个提交 | 拉取请求标题,后接拉取请求编号 | 按日期顺序列出所有被压缩提交的提交消息
-{% ifversion default-merge-squash-commit-message %} 拥有存储库维护员或管理员权限的人员可以为所有已压缩提交配置其存储库的默认合并消息,以使用拉取请求标题、拉取请求标题和提交详细信息或拉取请求标题和说明。 有关详细信息,请参阅“[配置提交压缩](/repositories/configuring-branches-and-merges-in-your-repository/configuring-pull-request-merges/configuring-commit-squashing-for-pull-requests)”。{% endif %}
+{% ifversion default-merge-squash-commit-message %} 拥有存储库维护员或管理员权限的人员可以为所有已压缩提交配置其存储库的默认合并消息,以使用拉取请求标题、拉取请求标题和提交详细信息或拉取请求标题和说明。有关详细信息,请参阅“[配置提交压缩](/repositories/configuring-branches-and-merges-in-your-repository/configuring-pull-request-merges/configuring-commit-squashing-for-pull-requests)”。{% endif %}
-{% ifversion ghes = 3.6 %} 拥有存储库管理员访问权限的人员可以将存储库配置为使用拉取请求的标题作为所有已压缩提交的默认合并消息。 有关详细信息,请参阅“[配置提交压缩](/repositories/configuring-branches-and-merges-in-your-repository/configuring-pull-request-merges/configuring-commit-squashing-for-pull-requests)”。
+{% ifversion ghes = 3.6 %} 拥有存储库管理员访问权限的人员可以将存储库配置为使用拉取请求的标题作为所有已压缩提交的默认合并消息。有关详细信息,请参阅“[配置提交压缩](/repositories/configuring-branches-and-merges-in-your-repository/configuring-pull-request-merges/configuring-commit-squashing-for-pull-requests)”。
{% endif %}
### 压缩与合并长运行分支
如果计划在合并拉取请求后继续操作[头部分支](/github/getting-started-with-github/github-glossary#head-branch),建议不要压缩与合并拉取请求。
-在创建拉取请求时,{% data variables.product.prodname_dotcom %} 会标识头部分支和[基础分支](/github/getting-started-with-github/github-glossary#base-branch)上的最新提交:共同的提交原型。 在压缩与合并拉取请求时,{% data variables.product.prodname_dotcom %} 会在基础分支上创建提交,其中包含自提交原型以来对头部分支所做的所有更改。
+在创建拉取请求时,{% data variables.product.prodname_dotcom %} 会标识头部分支和[基础分支](/github/getting-started-with-github/github-glossary#base-branch)上的最新提交:共同的提交原型。在压缩与合并拉取请求时,{% data variables.product.prodname_dotcom %} 会在基础分支上创建提交,其中包含自提交原型以来对头部分支所做的所有更改。
-由于此提交仅位于基础分支而不是头部分支上,因此两个分支的共同原型保持不变。 如果您继续使用头部分支,则在两个分支之间创建新的拉取请求,该拉取请求将包含自共同原型以来的所有提交,其中包括你在之前的拉取请求中压缩与合并的提交。 如果没有冲突,您可以安全地合并这些提交。 但是,此工作流会增大合并冲突的可能性。 如果您继续压缩与合并长运行头部分支的拉取请求,则必须反复解决相同的冲突。
+由于此提交仅位于基础分支而不是头部分支上,因此两个分支的共同原型保持不变。如果您继续使用头部分支,则在两个分支之间创建新的拉取请求,该拉取请求将包含自共同原型以来的所有提交,其中包括你在之前的拉取请求中压缩与合并的提交。如果没有冲突,您可以安全地合并这些提交。但是,此工作流会增大合并冲突的可能性。如果您继续压缩与合并长运行头部分支的拉取请求,则必须反复解决相同的冲突。
## 对提交进行变基和合并
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/automatically-merging-a-pull-request.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/automatically-merging-a-pull-request.md
index 6b6b6d5e08f4..a5eefe7729d0 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/automatically-merging-a-pull-request.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/automatically-merging-a-pull-request.md
@@ -23,11 +23,11 @@ ms.locfileid: '147431942'
---
## 关于自动合并
-如果启用拉取请求自动合并,则拉取请求在满足所有必需审查并且状态检查通过时将自动合并。 自动合并使您无需等待满足要求,可以继续执行其他任务。
+如果启用拉取请求自动合并,则拉取请求在满足所有必需审查并且状态检查通过时将自动合并。自动合并使您无需等待满足要求,可以继续执行其他任务。
-在使用拉取请求自动合并之前,必需对仓库启用自动合并。 有关详细信息,请参阅“[管理存储库中拉取请求的自动合并](/github/administering-a-repository/managing-auto-merge-for-pull-requests-in-your-repository)”。
+在使用拉取请求自动合并之前,必需对仓库启用自动合并。有关详细信息,请参阅“[管理存储库中拉取请求的自动合并](/github/administering-a-repository/managing-auto-merge-for-pull-requests-in-your-repository)”。
-对拉取请求启用自动合并后,如果没有仓库写入权限的人员将新更改推送到头部分支或切换拉取请求的基础分支,则自动合并将被禁用。 例如,如果维护者允许从分支自动合并拉取请求,则在贡献者推送对拉取请求的新更改后,自动合并将被禁用。
+对拉取请求启用自动合并后,如果没有仓库写入权限的人员将新更改推送到头部分支或切换拉取请求的基础分支,则自动合并将被禁用。例如,如果维护者允许从分支自动合并拉取请求,则在贡献者推送对拉取请求的新更改后,自动合并将被禁用。
可以通过 [{% data variables.product.prodname_github_community %} 讨论](https://github.com/orgs/community/discussions/categories/pull-requests)提供有关自动合并的反馈。
@@ -39,7 +39,7 @@ ms.locfileid: '147431942'
{% data reusables.repositories.navigate-to-repo %} {% data reusables.repositories.sidebar-pr %}
1. 在“Pull Requests(拉取请求)”列表中,单击要自动合并的拉取请求。
-1. (可选)若要选择合并方法,请选择“启用自动合并”下拉菜单,然后单击合并方法。 有关详细信息,请参阅“[关于拉取请求合并](/github/collaborating-with-issues-and-pull-requests/about-pull-request-merges)”。
+1. (可选)若要选择合并方法,请选择“启用自动合并”下拉菜单,然后单击合并方法。有关详细信息,请参阅“[关于拉取请求合并](/github/collaborating-with-issues-and-pull-requests/about-pull-request-merges)”。

1. 单击“启用自动合并”。
 {% ifversion fpt %}
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/closing-a-pull-request.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/closing-a-pull-request.md
index 3d8f9f9ccf0c..08c6cb726ef5 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/closing-a-pull-request.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/closing-a-pull-request.md
@@ -1,6 +1,6 @@
---
title: 关闭拉取请求
-intro: '可以选择关闭拉取请求而不[将其合并到上游分支](/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/merging-a-pull-request)。 如果不再需要分支中提议的更改,或者在其他分支中提出了另一个解决方案,这种做法可能很方便。'
+intro: '可以选择关闭拉取请求而不[将其合并到上游分支](/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/merging-a-pull-request)。如果不再需要分支中提议的更改,或者在其他分支中提出了另一个解决方案,这种做法可能很方便。'
redirect_from:
- /github/collaborating-with-issues-and-pull-requests/incorporating-changes-from-a-pull-request/closing-a-pull-request
- /articles/closing-a-pull-request
@@ -22,7 +22,7 @@ ms.locfileid: '145130110'
---
{% tip %}
-提示:如果你使用错误的基本分支打开了拉取请求,但不愿意关闭它然后打开新的拉取请求,你可以更改基本分支。 有关详细信息,请参阅“[更改拉取请求的基础分支](/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/changing-the-base-branch-of-a-pull-request)”。
+提示:如果你使用错误的基本分支打开了拉取请求,但不愿意关闭它然后打开新的拉取请求,你可以更改基本分支。有关详细信息,请参阅“[更改拉取请求的基础分支](/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/changing-the-base-branch-of-a-pull-request)”。
{% endtip %}
@@ -30,4 +30,4 @@ ms.locfileid: '145130110'
2. 在“Pull Requests(拉取请求)”列表中,单击要关闭的拉取请求。
3. 在拉取请求的底部,在评论框下方单击“关闭拉取请求”。

-4. (可选)[删除分支](/articles/deleting-unused-branches)。 这有助于仓库的分支列表保持整洁。
+4. (可选)[删除分支](/articles/deleting-unused-branches)。这有助于仓库的分支列表保持整洁。
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/index.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/index.md
index 4f22ae1fe556..120e1b178fc6 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/index.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/index.md
@@ -1,6 +1,6 @@
---
title: 合并拉取请求中的更改
-intro: '您可以通过拉取请求提议更改您在 {% data variables.product.product_name %} 上的工作。 了解如何创建、管理及合并拉取请求。'
+intro: '您可以通过拉取请求提议更改您在 {% data variables.product.product_name %} 上的工作。了解如何创建、管理及合并拉取请求。'
redirect_from:
- /github/collaborating-with-issues-and-pull-requests/incorporating-changes-from-a-pull-request
- /articles/incorporating-changes-from-a-pull-request
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/merging-a-pull-request-with-a-merge-queue.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/merging-a-pull-request-with-a-merge-queue.md
index 571c12b59277..8ac2a9214e74 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/merging-a-pull-request-with-a-merge-queue.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/merging-a-pull-request-with-a-merge-queue.md
@@ -29,13 +29,13 @@ ms.locfileid: '147614269'
1. 在“拉取请求”列表中,单击要添加到合并队列的拉取请求。
-1. 单击“准备就绪后合并”,将拉取请求添加到合并队列。 或者,如果你是管理员,可以执行以下操作:
- - 如果分支保护设置允许,可通过选中“合并而不等待满足要求({% ifversion bypass-branch-protections %}绕过分支保护{% else %}仅限管理员{% endif %})”直接合并拉取请求,并遵循标准流程。
+1. 单击“准备就绪后合并”,将拉取请求添加到合并队列。或者,如果你是管理员,可以执行以下操作:
+ - 如果分支保护设置允许,可通过选中“合并而不等待满足要求 ({% ifversion bypass-branch-protections %}绕过分支保护{% else %}仅限管理员{% endif %})”直接合并拉取请求,并遵循标准流程。

{% tip %}
- **提示:** 只要准备好合并建议的更改,就可以单击“准备就绪后合并”。 一旦满足所需的审批和状态检查条件,{% data variables.product.product_name %} 会自动将拉取请求添加到合并队列中。
+ **提示:** 只要准备好合并建议的更改,就可以单击“准备就绪后合并”。一旦满足所需的审批和状态检查条件,{% data variables.product.product_name %} 会自动将拉取请求添加到合并队列中。
{% endtip %}
@@ -50,13 +50,13 @@ ms.locfileid: '147614269'
1. 若要从队列中删除拉取请求,请单击“从队列中删除”。

-或者,可以导航到基础分支的合并队列页,单击要删除的拉取请求旁边的“...”,然后选择“从队列中删除” 。 有关如何访问基本分支的合并队列页的信息,请参阅下面的部分。
+或者,可以导航到基础分支的合并队列页,单击要删除的拉取请求旁边的“...”,然后选择“从队列中删除” 。有关如何访问基本分支的合并队列页的信息,请参阅下面的部分。
## 查看合并队列
可以在 {% data variables.product.product_name %} 上的不同位置查看基础分支的合并队列。
-- 在存储库的“分支”页上。 如果你没有拉取请求或不知道队列中已有拉取请求,并且想要查看队列中的内容,我们建议你使用此路径。 有关详细信息,请参阅“[查看存储库中的分支](/repositories/configuring-branches-and-merges-in-your-repository/managing-branches-in-your-repository/viewing-branches-in-your-repository)”。
+- 在存储库的“分支”页上。如果你没有拉取请求或不知道队列中已有拉取请求,并且想要查看队列中的内容,我们建议你使用此路径。有关详细信息,请参阅“[查看存储库中的分支](/repositories/configuring-branches-and-merges-in-your-repository/managing-branches-in-your-repository/viewing-branches-in-your-repository)”。

diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/reverting-a-pull-request.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/reverting-a-pull-request.md
index 68e6b687d3ee..224e979a1f5d 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/reverting-a-pull-request.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/reverting-a-pull-request.md
@@ -22,7 +22,7 @@ ms.locfileid: '145130107'
---
## 关于还原拉取请求
-在 {% data variables.product.product_name %} 上还原拉取请求会创建一个新拉取请求。其中包含原始合并拉取请求中一个还原的合并提交。 若要还原拉取请求,必须在存储库中拥有[写入权限](/organizations/managing-access-to-your-organizations-repositories/repository-roles-for-an-organization)。
+在 {% data variables.product.product_name %} 上还原拉取请求会创建一个新拉取请求。其中包含原始合并拉取请求中一个还原的合并提交。若要还原拉取请求,必须在存储库中拥有[写入权限](/organizations/managing-access-to-your-organizations-repositories/repository-roles-for-an-organization)。
## 还原拉取请求
@@ -31,7 +31,7 @@ ms.locfileid: '145130107'
注意:如果以下任一内容属实,你可能需要还原拉取请求中的单个提交。
- 还原拉取请求导致合并冲突
-- 原始拉取请求最初在 {% data variables.product.product_name %} 上未合并。 例如,有人可能已在命令行上使用快进合并来合并拉取请求。
+- 原始拉取请求最初在 {% data variables.product.product_name %} 上未合并。例如,有人可能已在命令行上使用快进合并来合并拉取请求。
有关使用 Git 手动还原单个提交的详细信息,请参阅 Git 文档中的 [Git 还原](https://git-scm.com/docs/git-revert.html)。
@@ -39,6 +39,6 @@ ms.locfileid: '145130107'
{% data reusables.repositories.sidebar-pr %}
2. 在“Pull Requests(拉取请求)”列表中,单击要还原的拉取请求。
-3. 在拉取请求底部附近,单击“还原”。 如果未显示“还原”选项,则需要请求存储库管理员授予写入权限。
+3. 在拉取请求底部附近,单击“还原”。如果未显示“还原”选项,则需要请求存储库管理员授予写入权限。

-4. 合并产生的拉取请求。 有关详细信息,请参阅“[合并拉取请求](/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/merging-a-pull-request)”。
+4. 合并产生的拉取请求。有关详细信息,请参阅“[合并拉取请求](/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/merging-a-pull-request)”。
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-branches.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-branches.md
index 5abd9a735cb4..25e50818e306 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-branches.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-branches.md
@@ -1,6 +1,6 @@
---
title: 关于分支
-intro: 使用分支隔离开发工作而不影响仓库中的其他分支。 每个仓库都有一个默认分支,也可有多个其他分支。 您可以使用拉取请求将一个分支合并到另一个分支。
+intro: 使用分支隔离开发工作而不影响仓库中的其他分支。每个仓库都有一个默认分支,也可有多个其他分支。您可以使用拉取请求将一个分支合并到另一个分支。
redirect_from:
- /github/collaborating-with-issues-and-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-branches
- /articles/working-with-protected-branches
@@ -25,15 +25,15 @@ ms.locfileid: '145130106'
分支允许您在仓库的包含区域中开发功能、修复错误或安全地试验新的想法。
-始终可以从现有分支创建分支。 通常,您可能会从仓库的默认分支创建新的分支。 然后,您可以单独处理这个新分支,不受其他人对仓库所做更改的影响。 为构建功能而创建的分支通常称为功能分支或主题分支。 有关详细信息,请参阅“[在存储库中创建和删除分支](/articles/creating-and-deleting-branches-within-your-repository/)”。
+始终可以从现有分支创建分支。通常,您可能会从仓库的默认分支创建新的分支。然后,您可以单独处理这个新分支,不受其他人对仓库所做更改的影响。为构建功能而创建的分支通常称为功能分支或主题分支。有关详细信息,请参阅“[在存储库中创建和删除分支](/articles/creating-and-deleting-branches-within-your-repository/)”。
-也可以使用分支发布 {% data variables.product.prodname_pages %} 网站。 有关详细信息,请参阅“[关于 {% data variables.product.prodname_pages %}](/articles/what-is-github-pages)”。
+也可以使用分支发布 {% data variables.product.prodname_pages %} 网站。有关详细信息,请参阅“[关于 {% data variables.product.prodname_pages %}](/articles/what-is-github-pages)”。
-必须对仓库有写入权限才可在拉取请求中创建分支、打开拉取请求或者删除和恢复分支。 有关详细信息,请参阅“[对 {% data variables.product.prodname_dotcom %} 的访问权限](/github/getting-started-with-github/access-permissions-on-github)”。
+必须对仓库有写入权限才可在拉取请求中创建分支、打开拉取请求或者删除和恢复分支。有关详细信息,请参阅“[对 {% data variables.product.prodname_dotcom %} 的访问权限](/github/getting-started-with-github/access-permissions-on-github)”。
## 关于默认分支
-{% data reusables.branches.new-repo-default-branch %} 默认分支是任何人访问您的仓库时 {% data variables.product.prodname_dotcom %} 显示的分支。 默认分支也是初始分支,当有人克隆存储库时,Git 会在本地检出该分支。 {% data reusables.branches.default-branch-automatically-base-branch %}
+{% data reusables.branches.new-repo-default-branch %} 默认分支是任何人访问您的仓库时 {% data variables.product.prodname_dotcom %} 显示的分支。默认分支也是初始分支,当有人克隆存储库时,Git 会在本地检出该分支。 {% data reusables.branches.default-branch-automatically-base-branch %}
默认情况下,{% data variables.product.product_name %} 将任何新存储库中的默认分支命名为 `main`。
@@ -43,17 +43,17 @@ ms.locfileid: '145130106'
## 使用分支
-你对你的工作感到满意后,可以提交拉取请求以将当前分支(头部分支)的更改合并到另一分支(基础分支) 。 有关详细信息,请参阅“[关于拉取请求](/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-pull-requests)”。
+你对你的工作感到满意后,可以提交拉取请求以将当前分支(头部分支)的更改合并到另一分支(基础分支) 。有关详细信息,请参阅“[关于拉取请求](/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-pull-requests)”。
-在拉取请求合并或关闭后,可以删除头分支,因为不再需要。 您必须对仓库具有写入权限才能删除分支。 无法删除与打开的拉取请求直接关联的分支。 有关详细信息,请参阅“[删除和还原拉取请求中的分支](/github/administering-a-repository/deleting-and-restoring-branches-in-a-pull-request)”
+在拉取请求合并或关闭后,可以删除头分支,因为不再需要。您必须对仓库具有写入权限才能删除分支。无法删除与打开的拉取请求直接关联的分支。有关详细信息,请参阅“[删除和还原拉取请求中的分支](/github/administering-a-repository/deleting-and-restoring-branches-in-a-pull-request)”
{% data reusables.pull_requests.retargeted-on-branch-deletion %} 下图说明了这一点。
- 在这里,有人从 `main` 分支创建了一个名为 `feature1` 的分支,而你已经从 `feature1` 创建了一个名为 `feature2` 的分支。 两个分支都有打开的拉取请求。 箭头指示每个拉取请求的当前基础分支。 此时,`feature1` 是 `feature2` 的基础分支。 如果现在合并 `feature2` 的拉取请求,则 `feature2` 分支将合并到 `feature1` 中。
+ 在这里,有人从 `main` 分支创建了一个名为 `feature1` 的分支,而你已经从 `feature1` 创建了一个名为 `feature2` 的分支。两个分支都有打开的拉取请求。箭头指示每个拉取请求的当前基础分支。此时,`feature1` 是 `feature2` 的基础分支。如果现在合并 `feature2` 的拉取请求,则 `feature2` 分支将合并到 `feature1` 中。

-在下一个关系图中,有人已将 `feature1` 的拉取请求合并到 `main` 分支中,并删除了 `feature1` 分支。 因此,{% data variables.product.prodname_dotcom %} 自动重新定位了 `feature2` 的拉取请求,使其基础分支现在变成了 `main`。
+在下一个关系图中,有人已将 `feature1` 的拉取请求合并到 `main` 分支中,并删除了 `feature1` 分支。因此,{% data variables.product.prodname_dotcom %} 自动重新定位了 `feature2` 的拉取请求,使其基础分支现在变成了 `main`。

@@ -61,7 +61,7 @@ ms.locfileid: '145130106'
## 使用受保护分支
-仓库管理员可对分支启用保护。 如果您处理的是受保护分支,将无法删除或强制推送到该分支。 在分支可以合并之前,仓库管理员可以另外启用几项其他受保护分支设置来实施不同的工作流程。
+仓库管理员可对分支启用保护。如果您处理的是受保护分支,将无法删除或强制推送到该分支。在分支可以合并之前,仓库管理员可以另外启用几项其他受保护分支设置来实施不同的工作流程。
{% note %}
@@ -74,11 +74,11 @@ ms.locfileid: '145130106'
当分支受保护时:
- 您无法删除或强制推送到该分支。
-- 如果对分支启用了必需状态检查,则在所有必需 CI 测试通过之前,无法将更改合并到分支。 有关详细信息,请参阅“[关于状态检查](/pull-requests/collaborating-with-pull-requests/collaborating-on-repositories-with-code-quality-features/about-status-checks)”。
-- 如果对分支启用了必需拉取请求审查,则在满足拉取请求审查策略中的所有要求之前,无法将更改合并到分支。 有关详细信息,请参阅“[合并拉取请求](/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/merging-a-pull-request)”。
-- 如果对分支启用了代码所有者的必需审查,并且拉取请求修改具有所有者的代码,则代码所有者必须批准拉取请求后才可合并。 有关详细信息,请参阅“[关于代码所有者](/articles/about-code-owners)”。
-- 如果对分支启用了必需提交签名,则无法将任何提交推送到未签名和验证的分支。 有关详细信息,请参阅“[关于提交签名验证](/articles/about-commit-signature-verification)”和“[关于受保护的分支](/github/administering-a-repository/about-protected-branches#require-signed-commits)”。
-- 如果您使用 {% data variables.product.prodname_dotcom %} 的冲突编辑器来解决从受保护分支创建拉取请求的冲突,{% data variables.product.prodname_dotcom %} 可帮助您为拉取请求创建一个备用分支,以解决合并冲突。 有关详细信息,请参阅“[解决 {% data variables.product.prodname_dotcom %} 上的合并冲突](/github/collaborating-with-issues-and-pull-requests/resolving-a-merge-conflict-on-github)”。
+- 如果对分支启用了必需状态检查,则在所有必需 CI 测试通过之前,无法将更改合并到分支。有关详细信息,请参阅“[关于状态检查](/pull-requests/collaborating-with-pull-requests/collaborating-on-repositories-with-code-quality-features/about-status-checks)”。
+- 如果对分支启用了必需拉取请求审查,则在满足拉取请求审查策略中的所有要求之前,无法将更改合并到分支。有关详细信息,请参阅“[合并拉取请求](/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/merging-a-pull-request)”。
+- 如果对分支启用了代码所有者的必需审查,并且拉取请求修改具有所有者的代码,则代码所有者必须批准拉取请求后才可合并。有关详细信息,请参阅“[关于代码所有者](/articles/about-code-owners)”。
+- 如果对分支启用了必需提交签名,则无法将任何提交推送到未签名和验证的分支。有关详细信息,请参阅“[关于提交签名验证](/articles/about-commit-signature-verification)”和“[关于受保护的分支](/github/administering-a-repository/about-protected-branches#require-signed-commits)”。
+- 如果您使用 {% data variables.product.prodname_dotcom %} 的冲突编辑器来解决从受保护分支创建拉取请求的冲突,{% data variables.product.prodname_dotcom %} 可帮助您为拉取请求创建一个备用分支,以解决合并冲突。有关详细信息,请参阅“[解决 {% data variables.product.prodname_dotcom %} 上的合并冲突](/github/collaborating-with-issues-and-pull-requests/resolving-a-merge-conflict-on-github)”。
## 延伸阅读
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-comparing-branches-in-pull-requests.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-comparing-branches-in-pull-requests.md
index fcf75f2645ae..7352e74d7698 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-comparing-branches-in-pull-requests.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-comparing-branches-in-pull-requests.md
@@ -23,13 +23,13 @@ ms.locfileid: '147881802'
---
{% note %}
-**注意:** 在创建拉取请求时,可以更改用于比较更改的基础分支。 有关详细信息,请参阅“[创建拉取请求](/articles/creating-a-pull-request#changing-the-branch-range-and-destination-repository)”。
+**注意:** 在创建拉取请求时,可以更改用于比较更改的基础分支。有关详细信息,请参阅“[创建拉取请求](/articles/creating-a-pull-request#changing-the-branch-range-and-destination-repository)”。
{% endnote %}
可以在“更改的文件”选项卡中查看拉取请求中建议的更改。
-无需查看提交本身,您可以查看提议的更改,因为它们在拉取请求合并后就会出现在文件中。 文件按字母顺序显示在“更改的文件”选项卡中。添加的文件以绿色显示,并以 `+` 符号开头,而已删除的文件以红色显示,并以 `-` 符号开头。
+无需查看提交本身,您可以查看提议的更改,因为它们在拉取请求合并后就会出现在文件中。文件按字母顺序显示在“更改的文件”选项卡中。添加的文件以绿色显示,并以 `+` 符号开头,而已删除的文件以红色显示,并以 `-` 符号开头。
## 差异视图选项
@@ -49,17 +49,17 @@ ms.locfileid: '147881802'

-为简化审查大型拉取请求中的更改,您可以过滤差异,只显示所选的文件类型、显示您是其代码所有者的文件、隐藏您查看过的文件或隐藏已删除的文件。 有关详细信息,请参阅“[按文件类型筛选拉取请求中的文件](/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/filtering-files-in-a-pull-request)”。
+为简化审查大型拉取请求中的更改,您可以过滤差异,只显示所选的文件类型、显示您是其代码所有者的文件、隐藏您查看过的文件或隐藏已删除的文件。有关详细信息,请参阅“[按文件类型筛选拉取请求中的文件](/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/filtering-files-in-a-pull-request)”。

## 差异不显示的原因
-- 您超过了文件或特定文件类型的总限制。 有关详细信息,请参阅“[关于存储库](/repositories/creating-and-managing-repositories/about-repositories#limits-for-viewing-content-and-diffs-in-a-repository)”。
-- 你的文件与存储库的 .gitattributes 文件中的规则匹配,默认阻止该文件显示。 有关详细信息,请参阅“[自定义更改的文件在 GitHub 上的显示方式](/articles/customizing-how-changed-files-appear-on-github)”。
+- 您超过了文件或特定文件类型的总限制。有关详细信息,请参阅“[关于存储库](/repositories/creating-and-managing-repositories/about-repositories#limits-for-viewing-content-and-diffs-in-a-repository)”。
+- 你的文件与存储库的 .gitattributes 文件中的规则匹配,默认阻止该文件显示。有关详细信息,请参阅“[自定义更改的文件在 GitHub 上的显示方式](/articles/customizing-how-changed-files-appear-on-github)”。
## 三点和两点 Git 差异比较
-`git diff` 命令有两种比较方法;两点 (`git diff A..B`) 和三点 (`git diff A...B`)。 默认情况下,{% data variables.product.prodname_dotcom %} 上的拉取请求显示三点差异。
+`git diff` 命令有两种比较方法;两点 (`git diff A..B`) 和三点 (`git diff A...B`)。默认情况下,{% data variables.product.prodname_dotcom %} 上的拉取请求显示三点差异。
### 三点 Git 差异比较
@@ -69,11 +69,11 @@ ms.locfileid: '147881802'
两点比较显示基本分支(例如,`main`)的最新状态和主题分支的最新版本之间的差异。
-要在 {% data variables.product.prodname_dotcom %} 上查看两点差异比较中的两个 committish 参考,可以编辑仓库的“比较更改”页面的 URL。 有关详细信息,请参阅 _Pro Git_ 图书网站中的 [“committish”的 Git 术语表](https://git-scm.com/docs/gitglossary#gitglossary-aiddefcommit-ishacommit-ishalsocommittish)。
+要在 {% data variables.product.prodname_dotcom %} 上查看两点差异比较中的两个 committish 参考,可以编辑仓库的“比较更改”页面的 URL。有关详细信息,请参阅 _Pro Git_ 图书网站中的 [“committish”的 Git 术语表](https://git-scm.com/docs/gitglossary#gitglossary-aiddefcommit-ishacommit-ishalsocommittish)。
{% data reusables.repositories.two-dot-diff-comparison-example-urls %}
-两点差异直接互相比较两个 Git committish 参考,如 SHA 或 OID(对象 ID)。 在 {% data variables.product.prodname_dotcom %} 上,两点差异比较中的 Git committish 参考必须推送到同一仓库或其复刻。
+两点差异直接互相比较两个 Git committish 参考,如 SHA 或 OID(对象 ID)。在 {% data variables.product.prodname_dotcom %} 上,两点差异比较中的 Git committish 参考必须推送到同一仓库或其复刻。
如果要模拟拉取请求中的两点差异并查看每个分支最新版本之间的比较结果,可以将基本分支合并到主题分支,以更新分支之间最新的共同原型。
@@ -83,13 +83,13 @@ ms.locfileid: '147881802'
由于三点比较与 merge base 进行比较,因此它侧重于“拉取请求引入的内容”。
-使用两点比较时,即使尚未对主题分支进行任何更改,差异也会在更新基本分支时发生更改。 此外,两点比较侧重于基本分支。 这意味着,添加的任何内容都显示为基本分支中缺少的内容,就像删除一样,反之亦然。 因此,主题分支引入的更改变得不明确。
+使用两点比较时,即使尚未对主题分支进行任何更改,差异也会在更新基本分支时发生更改。此外,两点比较侧重于基本分支。这意味着,添加的任何内容都显示为基本分支中缺少的内容,就像删除一样,反之亦然。因此,主题分支引入的更改变得不明确。
相反,通过使用三点比较来比较分支,如果更新基本分支,则主题分支中的更改始终位于差异中,因为差异显示自分支分离以来的所有更改。
### 经常合并
-为了避免混淆,请经常将基本分支(例如,`main`)合并到主题分支中。 通过合并基本分支,两点和三点比较显示的差异是相同的。 建议尽快合并拉取请求。 这有助于参与者缩小拉取请求(通常建议这样做)。
+为了避免混淆,请经常将基本分支(例如,`main`)合并到主题分支中。通过合并基本分支,两点和三点比较显示的差异是相同的。建议尽快合并拉取请求。这有助于参与者缩小拉取请求(通常建议这样做)。
## 延伸阅读
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-pull-requests.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-pull-requests.md
index 388f565fe0d5..281453f8029b 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-pull-requests.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-pull-requests.md
@@ -1,6 +1,6 @@
---
title: 关于拉取请求
-intro: '拉取请求可让你在 {% data variables.product.product_name %} 上向他人告知你已经推送到存储库中分支的更改。 在拉取请求打开后,你可以与协作者讨论并审查潜在更改,在更改合并到基本分支之前添加跟进提交。'
+intro: '拉取请求可让你在 {% data variables.product.product_name %} 上向他人告知你已经推送到存储库中分支的更改。在拉取请求打开后,你可以与协作者讨论并审查潜在更改,在更改合并到基本分支之前添加跟进提交。'
redirect_from:
- /github/collaborating-with-issues-and-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-pull-requests
- /articles/using-pull-requests
@@ -26,23 +26,23 @@ ms.locfileid: '147111105'
{% note %}
**注意:** 在处理拉取请求时,请记住以下事项:
-* 如果处理[共享存储库模型](/pull-requests/collaborating-with-pull-requests/getting-started/about-collaborative-development-models),建议为拉取请求使用主题分支。 从任何分支或提交都可发送拉取请求,但如果需要更新提议的更改,则可使用主题分支推送跟进提交。
-* 强制推送提交到拉取请求时要非常小心。 强制推送会更改存储库历史记录,并可能损坏您的拉取请求。 如果其他协作者在强制推送之前对项目进行分支,则强制推送可能会覆盖协作者基于其工作的提交。
+* 如果处理[共享存储库模型](/pull-requests/collaborating-with-pull-requests/getting-started/about-collaborative-development-models),建议为拉取请求使用主题分支。从任何分支或提交都可发送拉取请求,但如果需要更新提议的更改,则可使用主题分支推送跟进提交。
+* 强制推送提交到拉取请求时要非常小心。强制推送会更改存储库历史记录,并可能损坏您的拉取请求。如果其他协作者在强制推送之前对项目进行分支,则强制推送可能会覆盖协作者基于其工作的提交。
{% endnote %}
你可以在 {% data variables.product.prodname_dotcom_the_website %}、{% data variables.product.prodname_desktop %}、{% data variables.product.prodname_github_codespaces %}、{% data variables.product.prodname_mobile %} 上以及使用 GitHub CLI 时创建拉取请求。
-在初始化拉取请求后,您会看到一个审查页面,其中简要概述您的分支(整个分支)与仓库基本分支之间的更改。 可以添加建议更改的摘要,审查提交所做的更改,添加标签、里程碑和受理人,以及 @mention 个人参与者或团队。 有关详细信息,请参阅“[创建拉取请求](/articles/creating-a-pull-request)”。
+在初始化拉取请求后,您会看到一个审查页面,其中简要概述您的分支(整个分支)与仓库基本分支之间的更改。可以添加建议更改的摘要,审查提交所做的更改,添加标签、里程碑和受理人,以及 @mention 个人参与者或团队。有关详细信息,请参阅“[创建拉取请求](/articles/creating-a-pull-request)”。
-在创建拉取请求后,您可以从主题分支推送提交,以将它们添加到现有的拉取请求。 这些提交将以时间顺序显示在您的拉取请求中,在 "Files changed"(更改的文件)选项卡中可以看到更改。
+在创建拉取请求后,您可以从主题分支推送提交,以将它们添加到现有的拉取请求。这些提交将以时间顺序显示在您的拉取请求中,在 "Files changed"(更改的文件)选项卡中可以看到更改。
其他贡献者可以审查您提议的更改,添加审查注释,参与拉取请求讨论,甚至对拉取请求添加评论。 {% ifversion pull-request-approval-limit %}{% data reusables.pull_requests.code-review-limits %}{% endif %}
{% ifversion fpt or ghec %} 你可以在“对话”选项卡上查看有关分支当前部署状态和过去部署活动的信息。有关详细信息,请参阅“[查看存储库的部署活动](/repositories/viewing-activity-and-data-for-your-repository/viewing-deployment-activity-for-your-repository)”。
{% endif %}
-对提议的更改感到满意后,您可以合并拉取请求。 如果您在使用共享仓库模型,可以创建一个拉取请求,然后您或其他人将您的功能分支中的更改合并到您在拉取请求中指定的基础分支。 有关详细信息,请参阅“[合并拉取请求](/articles/merging-a-pull-request)”。
+对提议的更改感到满意后,您可以合并拉取请求。如果您在使用共享仓库模型,可以创建一个拉取请求,然后您或其他人将您的功能分支中的更改合并到您在拉取请求中指定的基础分支。有关详细信息,请参阅“[合并拉取请求](/articles/merging-a-pull-request)”。
{% data reusables.pull_requests.required-checks-must-pass-to-merge %}
@@ -51,27 +51,27 @@ ms.locfileid: '147111105'
{% tip %}
**提示:**
-- 若要在折叠和展开拉取请求中所有过期的审查评论之间切换,请按下 OptionAltAlt,并单击“显示已过期内容”或“隐藏已过期内容” 。 有关更多快捷方式,请参阅“[键盘快捷方式](/articles/keyboard-shortcuts)”。
-- 在合并拉取请求时可以压缩提交,以获取更简化的更改视图。 有关详细信息,请参阅“[关于拉取请求合并](/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/about-pull-request-merges)”。
+- 若要在折叠和展开拉取请求中所有过期的审查评论之间切换,请按下 OptionAltAlt,并单击“显示已过期内容”或“隐藏已过期内容” 。有关更多快捷方式,请参阅“[键盘快捷方式](/articles/keyboard-shortcuts)”。
+- 在合并拉取请求时可以压缩提交,以获取更简化的更改视图。有关详细信息,请参阅“[关于拉取请求合并](/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/about-pull-request-merges)”。
{% endtip %}
-您可以访问仪表板,快速找到操作或订阅的最近更新的拉取请求链接。 有关详细信息,请参阅“[关于个人仪表板](/articles/about-your-personal-dashboard)”。
+您可以访问仪表板,快速找到操作或订阅的最近更新的拉取请求链接。有关详细信息,请参阅“[关于个人仪表板](/articles/about-your-personal-dashboard)”。
## 草稿拉取请求
{% data reusables.gated-features.draft-prs %}
-在创建拉取请求时,可以选择创建可直接审查的拉取请求,或草稿拉取请求。 草稿拉取请求不能合并,也不会自动向代码所有者申请审查草稿拉取请求。 有关创建拉取请求草稿的详细信息,请参阅“[创建拉取请求](/articles/creating-a-pull-request)”和“[从复刻创建拉取请求](/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request-from-a-fork)”。
+在创建拉取请求时,可以选择创建可直接审查的拉取请求,或草稿拉取请求。草稿拉取请求不能合并,也不会自动向代码所有者申请审查草稿拉取请求。有关创建拉取请求草稿的详细信息,请参阅“[创建拉取请求](/articles/creating-a-pull-request)”和“[从复刻创建拉取请求](/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request-from-a-fork)”。
-{% data reusables.pull_requests.mark-ready-review %} 您可以随时将拉取请求转换为草稿。 有关详细信息,请参阅“[更改拉取请求的阶段](/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/changing-the-stage-of-a-pull-request)”。
+{% data reusables.pull_requests.mark-ready-review %} 您可以随时将拉取请求转换为草稿。有关详细信息,请参阅“[更改拉取请求的阶段](/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/changing-the-stage-of-a-pull-request)”。
## 比较页和拉取请求页上的提交之间的差异
比较页和拉取请求页使用不同的方法来计算已更改文件的差异:
- 比较页显示头部引用的提示与头部及基础引用当前的共同上层节点(即合并基础)之间的差异。
-- 拉请求页面显示在创建拉取请求时头部引用头与头部和基础的共同上层节点之间的差异。 因此,用于比较的合并基础可能不同。
+- 拉请求页面显示在创建拉取请求时头部引用头与头部和基础的共同上层节点之间的差异。因此,用于比较的合并基础可能不同。
## 延伸阅读
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/changing-the-base-branch-of-a-pull-request.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/changing-the-base-branch-of-a-pull-request.md
index ad2a9124d647..072ea7fc139f 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/changing-the-base-branch-of-a-pull-request.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/changing-the-base-branch-of-a-pull-request.md
@@ -23,7 +23,7 @@ ms.locfileid: '145129629'
---
{% warning %}
-警告:更改拉取请求的基本分支时,有些提交可能会从时间表中被删除。 审查评论也可能过时,因为评论引用的代码行可能不再是拉取请求中更改的一部分。
+警告:更改拉取请求的基本分支时,有些提交可能会从时间表中被删除。审查评论也可能过时,因为评论引用的代码行可能不再是拉取请求中更改的一部分。
{% endwarning %}
@@ -35,7 +35,7 @@ ms.locfileid: '145129629'
{% tip %}
-提示:打开拉取请求时,{% data variables.product.product_name %} 会将基础设置为分支引用的提交。 如果将来更新该分支,{% data variables.product.product_name %} 不会更新基础分支的提交。
+提示:打开拉取请求时,{% data variables.product.product_name %} 会将基础设置为分支引用的提交。如果将来更新该分支,{% data variables.product.product_name %} 不会更新基础分支的提交。
{% endtip %}
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/changing-the-stage-of-a-pull-request.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/changing-the-stage-of-a-pull-request.md
index 7cfccfef55b0..b8bd95eb93d6 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/changing-the-stage-of-a-pull-request.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/changing-the-stage-of-a-pull-request.md
@@ -29,7 +29,7 @@ ms.locfileid: '147883293'
{% tip %}
-提示:你也可以使用 {% data variables.product.prodname_cli %} 将拉取请求标记为可供审查。 有关详细信息,请参阅 {% data variables.product.prodname_cli %} 文档中的“[`gh pr ready`](https://cli.github.com/manual/gh_pr_ready)”。
+提示:你也可以使用 {% data variables.product.prodname_cli %} 将拉取请求标记为可供审查。有关详细信息,请参阅 {% data variables.product.prodname_cli %} 文档中的“[`gh pr ready`](https://cli.github.com/manual/gh_pr_ready)”。
{% endtip %}
@@ -40,7 +40,7 @@ ms.locfileid: '147883293'
## 将拉取请求转换为草稿
-您可以随时将拉取请求转换为草稿。 例如,如果您意外打开了拉取请求而不是草稿,或者收到了需要解决的关于拉取请求的反馈,则可将拉取请求转换为草稿,以表示需要进一步更改。 再次将拉取请求标记为可供审查之前,任何人都不能合并拉取请求。 将拉取请求转换为草稿时,已订阅拉取请求通知的用户将不会取消订阅。
+您可以随时将拉取请求转换为草稿。例如,如果您意外打开了拉取请求而不是草稿,或者收到了需要解决的关于拉取请求的反馈,则可将拉取请求转换为草稿,以表示需要进一步更改。再次将拉取请求标记为可供审查之前,任何人都不能合并拉取请求。将拉取请求转换为草稿时,已订阅拉取请求通知的用户将不会取消订阅。
{% data reusables.repositories.sidebar-pr %}
2. 在“Pull Requests(拉取请求)”列表中,单击要转换为草稿的拉取请求。
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/committing-changes-to-a-pull-request-branch-created-from-a-fork.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/committing-changes-to-a-pull-request-branch-created-from-a-fork.md
index 491d462e79ca..1363c41e15af 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/committing-changes-to-a-pull-request-branch-created-from-a-fork.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/committing-changes-to-a-pull-request-branch-created-from-a-fork.md
@@ -27,11 +27,11 @@ ms.locfileid: '145129628'
- 拥有拉取请求创建者授予的许可
- 没有阻止你提交的[分支限制](/github/administering-a-repository/about-protected-branches#restrict-who-can-push-to-matching-branches)
-只有创建拉取请求的用户才能授予您向用户拥有的复刻推送提交的权限。 有关详细信息,请参阅“[允许更改从复刻创建的拉取请求分支](/pull-requests/collaborating-with-pull-requests/working-with-forks/allowing-changes-to-a-pull-request-branch-created-from-a-fork)”。
+只有创建拉取请求的用户才能授予您向用户拥有的复刻推送提交的权限。有关详细信息,请参阅“[允许更改从复刻创建的拉取请求分支](/pull-requests/collaborating-with-pull-requests/working-with-forks/allowing-changes-to-a-pull-request-branch-created-from-a-fork)”。
{% note %}
-**注意:** 还可以通过创建自己的存储库复刻副本(或复刻)并将更改提交到创建原始拉取请求更改的头部分支,从而通过 {% data variables.product.product_location %} 向存储库复刻的拉取请求分支进行提交。 有关一些一般准则,请参阅“[从复刻创建拉取请求](/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request-from-a-fork)”。
+**注意:** 还可以通过创建自己的存储库复刻副本(或复刻)并将更改提交到创建原始拉取请求更改的头部分支,从而通过 {% data variables.product.product_location %} 向存储库复刻的拉取请求分支进行提交。有关一些一般准则,请参阅“[从复刻创建拉取请求](/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request-from-a-fork)”。
{% endnote %}
@@ -49,7 +49,7 @@ ms.locfileid: '145129628'
```shell
$ git clone https://{% data variables.command_line.codeblock %}/USERNAME/FORK-OF-THE-REPOSITORY
```
-6. 按 **Enter**。 将创建您的本地克隆。
+6. 按 **Enter**。将创建您的本地克隆。
```shell
$ git clone https://{% data variables.command_line.codeblock %}/USERNAME/FORK-OF-THE-REPOSITORY
> Cloning into `FORK-OF-THE-REPOSITORY`...
@@ -60,14 +60,14 @@ ms.locfileid: '145129628'
```
{% tip %}
- **提示:** 错误消息“致命错误: 目标路径 'REPOSITORY-NAME' 已存在并且不是空目录”表示你当前的工作目录已包含同名存储库。 要解决此错误,必须将复刻克隆到另一个目录中。
+ **提示:** 错误消息“致命错误:目标路径 'REPOSITORY-NAME' 已存在并且不是空目录”表示你当前的工作目录已包含同名存储库。要解决此错误,必须将复刻克隆到另一个目录中。
{% endtip %}
7. 导航到新的克隆仓库。
```shell
$ cd FORK-OF-THE-REPOSITORY
```
-7. 将分支切换到进行原始更改的拉取请求的比较分支。 如果您导航到原始拉取请求,您将在拉取请求的顶部看到比较分支。
+7. 将分支切换到进行原始更改的拉取请求的比较分支。如果您导航到原始拉取请求,您将在拉取请求的顶部看到比较分支。
 在此示例中,比较分支为 `test-branch`:
```shell
$ git checkout test-branch
@@ -78,8 +78,8 @@ ms.locfileid: '145129628'
**提示:** 有关拉取请求分支的详细信息(包括示例),请参阅“[创建拉取请求](/articles/creating-a-pull-request#changing-the-branch-range-and-destination-repository)”。
{% endtip %}
-8. 现在,您可以使用此分支执行任何操作。 您可以向该分支推送新提交、运行一些本地测试或将其他分支合并到其中。 根据需要进行修改。
-9. 在更改提交到拉取请求的头部分支后,您可以将更改直接推送到原始拉取请求。 在此示例中,头部分支为 `test-branch`:
+8. 现在,您可以使用此分支执行任何操作。您可以向该分支推送新提交、运行一些本地测试或将其他分支合并到其中。根据需要进行修改。
+9. 在更改提交到拉取请求的头部分支后,您可以将更改直接推送到原始拉取请求。在此示例中,头部分支为 `test-branch`:
```shell
$ git push origin test-branch
> Counting objects: 32, done.
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request-from-a-fork.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request-from-a-fork.md
index 4c50d7575263..952516713b3d 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request-from-a-fork.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request-from-a-fork.md
@@ -22,7 +22,7 @@ ms.contentlocale: zh-CN
ms.lasthandoff: 09/11/2022
ms.locfileid: '147883285'
---
-如果您的拉取请求将上游仓库中的分支作为与主题分支进行比较的基本分支,则您的主题分支也称为该拉取请求的比较分支 。 有关拉取请求分支的详细信息(包括示例),请参阅“[创建拉取请求](/articles/creating-a-pull-request/#changing-the-branch-range-and-destination-repository)”。
+如果您的拉取请求将上游仓库中的分支作为与主题分支进行比较的基本分支,则您的主题分支也称为该拉取请求的比较分支。有关拉取请求分支的详细信息(包括示例),请参阅“[创建拉取请求](/articles/creating-a-pull-request/#changing-the-branch-range-and-destination-repository)”。
{% data reusables.pull_requests.perms-to-open-pull-request %}
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request.md
index d7a3291ca3a2..f12daa296832 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request.md
@@ -1,6 +1,6 @@
---
title: 创建拉取请求
-intro: 创建拉取请求以提议和协作处理对存储库的更改。 这些更改在分支中提议,以确保默认分支只包含已完成和已批准的工作。
+intro: 创建拉取请求以提议和协作处理对存储库的更改。这些更改在分支中提议,以确保默认分支只包含已完成和已批准的工作。
permissions: 'Anyone with read access to a repository can create a pull request. {% data reusables.enterprise-accounts.emu-permission-propose %}'
redirect_from:
- /github/collaborating-with-issues-and-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request
@@ -20,9 +20,9 @@ ms.contentlocale: zh-CN
ms.lasthandoff: 09/05/2022
ms.locfileid: '147110989'
---
-如果要为拉取请求创建新分支,又没有仓库的写入权限,可以先对仓库复刻。 有关详细信息,请参阅“[从复刻创建拉取请求](/articles/creating-a-pull-request-from-a-fork)”和“[关于复刻](/articles/about-forks)”。
+如果要为拉取请求创建新分支,又没有仓库的写入权限,可以先对仓库复刻。有关详细信息,请参阅“[从复刻创建拉取请求](/articles/creating-a-pull-request-from-a-fork)”和“[关于复刻](/articles/about-forks)”。
-您可以在创建拉取请求时指定要将更改合并到哪个分支。 拉取请求只能在不同的两个分支之间打开。
+您可以在创建拉取请求时指定要将更改合并到哪个分支。拉取请求只能在不同的两个分支之间打开。
{% data reusables.pull_requests.perms-to-open-pull-request %}
@@ -30,23 +30,23 @@ ms.locfileid: '147110989'
## 更改分支范围和目标仓库
-默认情况下,拉取请求基于父仓库的默认分支。 有关详细信息,请参阅“[关于分支](/github/collaborating-with-issues-and-pull-requests/about-branches#about-the-default-branch)”。
+默认情况下,拉取请求基于父仓库的默认分支。有关详细信息,请参阅“[关于分支](/github/collaborating-with-issues-and-pull-requests/about-branches#about-the-default-branch)”。
-如果默认父仓库不正确,您可以使用下拉列表更改父仓库和分支, 还可以使用下拉列表交换头部分支和基本分支,以确定引用点之间的差异。 这里的引用必须是 GitHub 仓库中的分支名称。
+如果默认父仓库不正确,您可以使用下拉列表更改父仓库和分支,还可以使用下拉列表交换头部分支和基本分支,以确定引用点之间的差异。这里的引用必须是 GitHub 仓库中的分支名称。

考虑分支时,请记住,“基础分支”是应应用更改的位置,“头部分支”包含要应用的内容。
-更改基本仓库时,也会更改关于拉取请求的通知。 每个对基本仓库有推送权限的人都会收到电子邮件通知,他们下次登录时会在仪表板上看到新的拉取请求。
+更改基本仓库时,也会更改关于拉取请求的通知。每个对基本仓库有推送权限的人都会收到电子邮件通知,他们下次登录时会在仪表板上看到新的拉取请求。
更改分支范围中的任何信息时,提交和文件更改预览区将更新以显示您的新范围。
{% tip %}
**提示**:
-- 使用比较视图可设置跨任何时间范围的比较。 有关详细信息,请参阅“[比较提交](/pull-requests/committing-changes-to-your-project/viewing-and-comparing-commits/comparing-commits)”。
-- 项目维护员可以为仓库添加拉取请求模板。 模板包括拉取请求正文中的信息提示。 有关详细信息,请参阅“[关于问题和拉取请求模板](/articles/about-issue-and-pull-request-templates)”。
+- 使用比较视图可设置跨任何时间范围的比较。有关详细信息,请参阅“[比较提交](/pull-requests/committing-changes-to-your-project/viewing-and-comparing-commits/comparing-commits)”。
+- 项目维护员可以为仓库添加拉取请求模板。模板包括拉取请求正文中的信息提示。有关详细信息,请参阅“[关于问题和拉取请求模板](/articles/about-issue-and-pull-request-templates)”。
{% endtip %}
@@ -57,7 +57,7 @@ ms.locfileid: '147110989'
{% data reusables.repositories.navigate-to-repo %}
2. 在“Branch(分支)”菜单中,选择包含提交的分支。
 {% data reusables.repositories.new-pull-request %}
-4. 使用基础分支下拉菜单选择要向其合并更改的分支,然后使用比较分支下拉菜单选择进行了更改的主题分支 。
+4. 使用基础分支下拉菜单选择要向其合并更改的分支,然后使用比较分支下拉菜单选择进行了更改的主题分支。
 {% data reusables.repositories.pr-title-description %} {% data reusables.repositories.create-pull-request %}
{% data reusables.repositories.asking-for-review %}
@@ -76,13 +76,13 @@ ms.locfileid: '147110989'
gh pr create
```
-若要将拉取请求分配给个人,请使用 `--assignee` 或 `-a` 标志。 可以使用 `@me` 自行分配拉取请求。
+若要将拉取请求分配给个人,请使用 `--assignee` 或 `-a` 标志。可以使用 `@me` 自行分配拉取请求。
```shell
gh pr create --assignee "@octocat"
```
-若要指定要将拉取请求合并到的分支,请使用 `--base` 或 `-B` 标志。 若要指定包含你的拉取请求提交的分支,请使用 `--head` 或 `-H` 标志。
+若要指定要将拉取请求合并到的分支,请使用 `--base` 或 `-B` 标志。若要指定包含你的拉取请求提交的分支,请使用 `--head` 或 `-H` 标志。
```shell
gh pr create --base my-base-branch --head my-changed-branch
@@ -130,20 +130,20 @@ gh pr create --web
{% mac %}
-1. 切换到要为其创建拉取请求的分支。 有关详细信息,请参阅“[在分支之间切换](/desktop/contributing-and-collaborating-using-github-desktop/managing-branches#switching-between-branches)”。
+1. 切换到要为其创建拉取请求的分支。有关详细信息,请参阅“[在分支之间切换](/desktop/contributing-and-collaborating-using-github-desktop/managing-branches#switching-between-branches)”。
2. 单击“创建拉取请求”。 {% data variables.product.prodname_desktop %} 会将您的默认浏览器打开至 {% data variables.product.prodname_dotcom %}。

-4. 在 {% data variables.product.prodname_dotcom %} 上,确认“基础:”下拉菜单中的分支是要合并更改的分支。 确认“比较:”下拉菜单中的分支是进行了更改的主题分支。
+4. 在 {% data variables.product.prodname_dotcom %} 上,确认“基础:”下拉菜单中的分支是要合并更改的分支。确认“比较:”下拉菜单中的分支是进行了更改的主题分支。
 {% data reusables.repositories.pr-title-description %} {% data reusables.repositories.create-pull-request %}
{% endmac %}
{% windows %}
-1. 切换到要为其创建拉取请求的分支。 有关详细信息,请参阅“[在分支之间切换](/desktop/contributing-and-collaborating-using-github-desktop/managing-branches#switching-between-branches)”。
+1. 切换到要为其创建拉取请求的分支。有关详细信息,请参阅“[在分支之间切换](/desktop/contributing-and-collaborating-using-github-desktop/managing-branches#switching-between-branches)”。
2. 单击“创建拉取请求”。 {% data variables.product.prodname_desktop %} 会将您的默认浏览器打开至 {% data variables.product.prodname_dotcom %}。

-3. 在 {% data variables.product.prodname_dotcom %} 上,确认“基础:”下拉菜单中的分支是要合并更改的分支。 确认“比较:”下拉菜单中的分支是进行了更改的主题分支。
+3. 在 {% data variables.product.prodname_dotcom %} 上,确认“基础:”下拉菜单中的分支是要合并更改的分支。确认“比较:”下拉菜单中的分支是进行了更改的主题分支。
 {% data reusables.repositories.pr-title-description %} {% data reusables.repositories.create-pull-request %}
{% endwindows %}
@@ -156,7 +156,7 @@ gh pr create --web
1. 提交存储库本地副本的更改后,单击“创建拉取请求”图标。

-1. 检查作为合并来源的本地分支和仓库以及作为合并目标的远程分支和仓库是否正确。 然后为拉取请求提供标题和描述。
+1. 检查作为合并来源的本地分支和仓库以及作为合并目标的远程分支和仓库是否正确。然后为拉取请求提供标题和描述。

1. 单击“创建”。
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/requesting-a-pull-request-review.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/requesting-a-pull-request-review.md
index 4a09684287f8..02c7fb75d5e5 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/requesting-a-pull-request-review.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/requesting-a-pull-request-review.md
@@ -1,6 +1,6 @@
---
title: 请求拉取请求审查
-intro: 创建拉取请求后,您可以请求特定人员审查您提议的更改。 如果您是组织成员,还可以请求特定团队审查您的更改。
+intro: 创建拉取请求后,您可以请求特定人员审查您提议的更改。如果您是组织成员,还可以请求特定团队审查您的更改。
product: '{% data reusables.gated-features.multiple-pr-reviewers %}'
redirect_from:
- /github/collaborating-with-issues-and-pull-requests/proposing-changes-to-your-work-with-pull-requests/requesting-a-pull-request-review
@@ -22,11 +22,11 @@ ms.contentlocale: zh-CN
ms.lasthandoff: 09/05/2022
ms.locfileid: '145130090'
---
-存储库属于个人帐户(单一个人所有者)或组织帐户(与众多协作者或维护者的共享帐户)。 有关详细信息,请参阅“[{% data variables.product.prodname_dotcom %} 帐户的类型](/get-started/learning-about-github/types-of-github-accounts)”。 个人帐户拥有的仓库的所有者和协作者可以分配拉取请求审查。 具有分类权限的组织成员还可以为拉取请求分配审阅者。
+存储库属于个人帐户(单一个人所有者)或组织帐户(与众多协作者或维护者的共享帐户)。有关详细信息,请参阅“[{% data variables.product.prodname_dotcom %} 帐户的类型](/get-started/learning-about-github/types-of-github-accounts)”。个人帐户拥有的仓库的所有者和协作者可以分配拉取请求审查。具有分类权限的组织成员还可以为拉取请求分配审阅者。
-要将审阅者分配给拉取请求,您需要对存储库具有写入权限。 有关存储库访问权限的详细信息,请参阅“[组织的存储库角色](/organizations/managing-access-to-your-organizations-repositories/repository-roles-for-an-organization)”。 如果您具有写入权限,则可以将具有读取访问权限的任何人分配到存储库作为审阅者。
+要将审阅者分配给拉取请求,您需要对存储库具有写入权限。有关存储库访问权限的详细信息,请参阅“[组织的存储库角色](/organizations/managing-access-to-your-organizations-repositories/repository-roles-for-an-organization)”。如果您具有写入权限,则可以将具有读取访问权限的任何人分配到存储库作为审阅者。
-具有写入权限的组织成员还可以将拉取请求审阅分配给对存储库具有读取访问权限的任何人员或团队。 被请求的审查者或团队将收到您请求他们审查拉取请求的通知。 如果你请求团队审查,并启用了代码评审分配,则会向特定成员发出请求,并且取消团队作为审查者。 有关详细信息,请参阅“[管理团队的代码评审设置](/organizations/organizing-members-into-teams/managing-code-review-settings-for-your-team)”。
+具有写入权限的组织成员还可以将拉取请求审阅分配给对存储库具有读取访问权限的任何人员或团队。被请求的审查者或团队将收到您请求他们审查拉取请求的通知。如果你请求团队审查,并启用了代码评审分配,则会向特定成员发出请求,并且取消团队作为审查者。有关详细信息,请参阅“[管理团队的代码评审设置](/organizations/organizing-members-into-teams/managing-code-review-settings-for-your-team)”。
{% note %}
@@ -34,7 +34,7 @@ ms.locfileid: '145130090'
{% endnote %}
-您可以向建议的或特定的人员请求审查。 建议的审查者基于 [git blame 数据](/articles/tracking-changes-in-a-file/)。 如果您请求审查,则具有仓库读取权限的其他人仍可审查您的拉取请求。 在有人审查您的拉取请求后您做了必要的更改,您可以重新请求同一审查者再次审查。 如果请求的审查者未提交审查,并且拉取请求满足存储库的[可合并性要求](/articles/defining-the-mergeability-of-pull-requests),则你仍然可以合并该拉取请求。
+您可以向建议的或特定的人员请求审查。建议的审查者基于 [git blame 数据](/articles/tracking-changes-in-a-file/)。如果您请求审查,则具有仓库读取权限的其他人仍可审查您的拉取请求。在有人审查您的拉取请求后您做了必要的更改,您可以重新请求同一审查者再次审查。如果请求的审查者未提交审查,并且拉取请求满足存储库的[可合并性要求](/articles/defining-the-mergeability-of-pull-requests),则你仍然可以合并该拉取请求。
{% data reusables.repositories.sidebar-pr %}
1. 在拉取请求列表中,单击您想要请求特定人员或团队审查的拉取请求。
@@ -43,9 +43,9 @@ ms.locfileid: '145130090'

5. (可选)若要向建议人员以外的其他人请求审查,请单击“审查者”,然后单击下拉菜单中的姓名。

-6. (可选)如果你知道想要其审查的人员或团队的名称,请单击“审查者”,然后输入你请求审查更改的人员用户名或团队名称。 单击其团队名称或用户名以请求审查。
+6. (可选)如果你知道想要其审查的人员或团队的名称,请单击“审查者”,然后输入你请求审查更改的人员用户名或团队名称。单击其团队名称或用户名以请求审查。

-7. 审查您的拉取请求并且您已进行必要的更改后,可以请求审查者重新审查您的拉取请求。 导航到右侧边栏中的“审查者”,然后单击你想要其审查的审查者姓名旁边的 {% octicon "sync" aria-label="The sync icon" %}。
+7. 审查您的拉取请求并且您已进行必要的更改后,可以请求审查者重新审查您的拉取请求。导航到右侧边栏中的“审查者”,然后单击你想要其审查的审查者姓名旁边的 {% octicon "sync" aria-label="The sync icon" %}。

## 延伸阅读
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/using-query-parameters-to-create-a-pull-request.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/using-query-parameters-to-create-a-pull-request.md
index 1dae59befcc0..26997bd27858 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/using-query-parameters-to-create-a-pull-request.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/using-query-parameters-to-create-a-pull-request.md
@@ -17,17 +17,17 @@ ms.contentlocale: zh-CN
ms.lasthandoff: 09/05/2022
ms.locfileid: '145130089'
---
-您可以使用查询参数打开拉取请求。 查询参数是 URL 的可选部分,用于在 {% data variables.product.prodname_dotcom %} 上共享特定的网页视图,如搜索过滤结果或议题模板。 要创建自己的查询参数,必须将键与值进行配对。
+您可以使用查询参数打开拉取请求。查询参数是 URL 的可选部分,用于在 {% data variables.product.prodname_dotcom %} 上共享特定的网页视图,如搜索过滤结果或议题模板。要创建自己的查询参数,必须将键与值进行配对。
{% tip %}
-提示:还可以创建以默认标签、受理人和拉请求标题打开的拉请求模板。 有关详细信息,请参阅“[使用模板鼓励创建有用的问题和拉取请求](/communities/using-templates-to-encourage-useful-issues-and-pull-requests)”。
+提示:还可以创建以默认标签、受理人和拉请求标题打开的拉请求模板。有关详细信息,请参阅“[使用模板鼓励创建有用的问题和拉取请求](/communities/using-templates-to-encourage-useful-issues-and-pull-requests)”。
{% endtip %}
-必须具有适当的权限才可执行使用相关查询参数的操作。 例如,必须具有向拉取请求添加标签的权限才可使用 `labels` 查询参数。 有关详细信息,请参阅“[组织的存储库角色](/organizations/managing-access-to-your-organizations-repositories/repository-roles-for-an-organization)”。
+必须具有适当的权限才可执行使用相关查询参数的操作。例如,必须具有向拉取请求添加标签的权限才可使用 `labels` 查询参数。有关详细信息,请参阅“[组织的存储库角色](/organizations/managing-access-to-your-organizations-repositories/repository-roles-for-an-organization)”。
-如果使用查询参数创建了无效的 URL ,或者没有适当的权限,则 URL 将返回 `404 Not Found` 错误页面。 如果创建的 URL 超过服务器限制,URL 将返回 `414 URI Too Long` 错误页面。
+如果使用查询参数创建了无效的 URL,或者没有适当的权限,则 URL 将返回 `404 Not Found` 错误页面。如果创建的 URL 超过服务器限制,URL 将返回 `414 URI Too Long` 错误页面。
查询参数 | 示例
--- | ---
@@ -38,4 +38,4 @@ ms.locfileid: '145130089'
`milestone` | `https://github.com/octo-org/octo-repo/compare/main...my-branch?quick_pull=1&milestone=testing+milestones` 创建里程碑为“测试里程碑”的拉取请求。
`assignees` | `https://github.com/octo-org/octo-repo/compare/main...my-branch?quick_pull=1&assignees=octocat` 创建拉取请求并将其分配给 @octocat。
`projects` | `https://github.com/octo-org/octo-repo/compare/main...my-branch?quick_pull=1&title=Bug+fix&projects=octo-org/1` 创建标题为“Bug 修复”的拉取请求,并将其添加到组织的项目板 1。
-`template` | `https://github.com/octo-org/octo-repo/compare/main...my-branch?quick_pull=1&template=issue_template.md` 创建拉取请求正文中含模板的拉取请求。 `template` 查询参数适用于在存储库根目录 `docs/` 或 `.github/` 的 `PULL_REQUEST_TEMPLATE` 子目录中存储的模板。 有关详细信息,请参阅“[使用模板鼓励创建有用的问题和拉取请求](/communities/using-templates-to-encourage-useful-issues-and-pull-requests)”。
+`template` | `https://github.com/octo-org/octo-repo/compare/main...my-branch?quick_pull=1&template=issue_template.md` 创建拉取请求正文中含模板的拉取请求。 `template` 查询参数适用于在存储库根目录 `docs/` 或 `.github/` 的 `PULL_REQUEST_TEMPLATE` 子目录中存储的模板。有关详细信息,请参阅“[使用模板鼓励创建有用的问题和拉取请求](/communities/using-templates-to-encourage-useful-issues-and-pull-requests)”。
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/about-pull-request-reviews.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/about-pull-request-reviews.md
index fe82a8f9ddfa..1f3413924276 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/about-pull-request-reviews.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/about-pull-request-reviews.md
@@ -1,6 +1,6 @@
---
title: 关于拉取请求审查
-intro: 审查允许协作者评论拉取请求中提议的更改、审批更改或在拉取请求合并之前请求进一步更改。 仓库管理员可要求所有拉取请求在合并之前获得批准。
+intro: 审查允许协作者评论拉取请求中提议的更改、审批更改或在拉取请求合并之前请求进一步更改。仓库管理员可要求所有拉取请求在合并之前获得批准。
redirect_from:
- /github/collaborating-with-issues-and-pull-requests/reviewing-changes-in-pull-requests/about-pull-request-reviews
- /articles/about-pull-request-reviews
@@ -23,15 +23,15 @@ ms.locfileid: '146179405'
---
## 关于拉取请求审查
-打开拉取请求后,具有读取权限的任何人都可以查看该拉取请求提议的更改并进行评论。 您也可以建议对代码行的具体更改,作者可直接从拉取请求应用这些更改。 有关详细信息,请参阅“[审查拉取请求中的建议更改](/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/reviewing-proposed-changes-in-a-pull-request)”。
+打开拉取请求后,具有读取权限的任何人都可以查看该拉取请求提议的更改并进行评论。您也可以建议对代码行的具体更改,作者可直接从拉取请求应用这些更改。有关详细信息,请参阅“[审查拉取请求中的建议更改](/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/reviewing-proposed-changes-in-a-pull-request)”。
{% ifversion pull-request-approval-limit %}{% data reusables.pull_requests.code-review-limits %}{% endif %}
-仓库所有者和协作者可向具体的个人申请拉取请求审查。 组织成员也可向具有仓库读取权限的团队申请拉取请求审查。 有关详细信息,请参阅“[请求拉取请求审查](/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/requesting-a-pull-request-review)”。 可以指定要自动分配给整个团队的团队成员的子集。 有关详细信息,请参阅“[管理团队的代码评审设置](/organizations/organizing-members-into-teams/managing-code-review-settings-for-your-team)”。
+仓库所有者和协作者可向具体的个人申请拉取请求审查。组织成员也可向具有仓库读取权限的团队申请拉取请求审查。有关详细信息,请参阅“[请求拉取请求审查](/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/requesting-a-pull-request-review)”。可以指定要自动分配给整个团队的团队成员的子集。有关详细信息,请参阅“[管理团队的代码评审设置](/organizations/organizing-members-into-teams/managing-code-review-settings-for-your-team)”。
-审查允许讨论提议的更改,帮助确保更改符合仓库的参与指南及其他质量标准。 您可以在 CODEOWNERS 文件中定义哪些个人或团队拥有代码的特定类型或区域。 当拉取请求修改定义了所有者的代码时,该个人或团队将自动被申请为审查者。 有关详细信息,请参阅“[关于代码所有者](/articles/about-code-owners/)”。
+审查允许讨论提议的更改,帮助确保更改符合仓库的参与指南及其他质量标准。您可以在 CODEOWNERS 文件中定义哪些个人或团队拥有代码的特定类型或区域。当拉取请求修改定义了所有者的代码时,该个人或团队将自动被申请为审查者。有关详细信息,请参阅“[关于代码所有者](/articles/about-code-owners/)”。
-{% ifversion fpt or ghec %}你可以对需要审查的拉取请求预定提醒。 有关详细信息,请参阅“[管理拉取请求的预定提醒](/github/setting-up-and-managing-organizations-and-teams/managing-scheduled-reminders-for-pull-requests)”。{% endif %}
+{% ifversion fpt or ghec %}你可以对需要审查的拉取请求预定提醒。有关详细信息,请参阅“[管理拉取请求的预定提醒](/github/setting-up-and-managing-organizations-and-teams/managing-scheduled-reminders-for-pull-requests)”。{% endif %}

@@ -62,7 +62,7 @@ ms.locfileid: '146179405'
{% tip %}
-提示:如有必要,对存储库具有管理员或写入访问权限的人员可以消除拉取请求评审。 有关详细信息,请参阅“[消除拉取请求审查](/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/dismissing-a-pull-request-review)”。
+提示:如有必要,对存储库具有管理员或写入访问权限的人员可以消除拉取请求评审。有关详细信息,请参阅“[消除拉取请求审查](/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/dismissing-a-pull-request-review)”。
{% endtip %}
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/approving-a-pull-request-with-required-reviews.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/approving-a-pull-request-with-required-reviews.md
index 5e03c44d9822..d4dc51c3f1f6 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/approving-a-pull-request-with-required-reviews.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/approving-a-pull-request-with-required-reviews.md
@@ -23,13 +23,13 @@ ms.locfileid: '145130085'
---
有关所需审查的详细信息,请参阅“[关于受保护的分支](/github/administering-a-repository/about-protected-branches#require-pull-request-reviews-before-merging)”。
-您可以评论拉取请求、批准更改或在批准前申请改进。 有关详细信息,请参阅“[审查拉取请求中的建议更改](/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/reviewing-proposed-changes-in-a-pull-request)”。
+您可以评论拉取请求、批准更改或在批准前申请改进。有关详细信息,请参阅“[审查拉取请求中的建议更改](/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/reviewing-proposed-changes-in-a-pull-request)”。
{% data reusables.search.requested_reviews_search %}
{% tip %}
-提示:如果你批准的拉取请求发生了重要更改,你可以消除审查。 拉取请求在合并前需要新的审查。 有关详细信息,请参阅“[消除拉取请求审查](/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/dismissing-a-pull-request-review)”。
+提示:如果你批准的拉取请求发生了重要更改,你可以消除审查。拉取请求在合并前需要新的审查。有关详细信息,请参阅“[消除拉取请求审查](/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/dismissing-a-pull-request-review)”。
{% endtip %}
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/checking-out-pull-requests-locally.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/checking-out-pull-requests-locally.md
index 1dae635471c8..776c8f7418b2 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/checking-out-pull-requests-locally.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/checking-out-pull-requests-locally.md
@@ -1,6 +1,6 @@
---
title: 本地检查拉取请求
-intro: '有人从您仓库的复刻或分支向您发送拉取请求时,您可以在本地合并它以解决合并冲突, 或者在 {% data variables.product.product_name %} 上合并之前测试并验证更改。'
+intro: '有人从您仓库的复刻或分支向您发送拉取请求时,您可以在本地合并它以解决合并冲突,或者在 {% data variables.product.product_name %} 上合并之前测试并验证更改。'
redirect_from:
- /github/collaborating-with-issues-and-pull-requests/reviewing-changes-in-pull-requests/checking-out-pull-requests-locally
- /articles/checking-out-pull-requests-locally
@@ -24,7 +24,7 @@ ms.locfileid: '145130084'
---
{% note %}
- 注意:拉取请求创建者可授权上游存储库维护员或对上游存储库具有推送权限的人员,允许他们提交到用户拥有的分支中其拉取请求的比较分支。 有关详细信息,请参阅“[允许更改从复刻创建的拉取请求分支](/pull-requests/collaborating-with-pull-requests/working-with-forks/allowing-changes-to-a-pull-request-branch-created-from-a-fork)”。
+ 注意:拉取请求创建者可授权上游存储库维护员或对上游存储库具有推送权限的人员,允许他们提交到用户拥有的分支中其拉取请求的比较分支。有关详细信息,请参阅“[允许更改从复刻创建的拉取请求分支](/pull-requests/collaborating-with-pull-requests/working-with-forks/allowing-changes-to-a-pull-request-branch-created-from-a-fork)”。
{% endnote %}
@@ -36,7 +36,7 @@ ms.locfileid: '145130084'
2. 在拉取请求列表中,单击要修改的拉取请求。{% ifversion fpt or ghec %}
3. 要选择想打开拉取请求的位置,请选择“通过 {% octicon "triangle-down" aria-label="The down triangle icon" %} 打开”下拉列表,然后单击其中一个选项卡。
{% else %}
-3. 在合并框中,单击“命令行说明”。 按照步骤顺序解决提议的拉取请求。
+3. 在合并框中,单击“命令行说明”。按照步骤顺序解决提议的拉取请求。

4. (可选)若要在 {% data variables.product.prodname_desktop %} 中查看提议的更改,请单击“在 {% data variables.product.prodname_desktop %} 中打开”。
{% endif %}
@@ -47,7 +47,7 @@ ms.locfileid: '145130084'
{% data reusables.cli.cli-learn-more %}
-若要在本地签出拉取请求,请使用 `gh pr checkout` 子命令。 将 `pull-request` 替换为拉取请求的数字、URL 或主分支。
+若要在本地签出拉取请求,请使用 `gh pr checkout` 子命令。将 `pull-request` 替换为拉取请求的数字、URL 或主分支。
```shell
gh pr checkout pull-request
@@ -57,15 +57,15 @@ gh pr checkout pull-request
## 在本地修改非活动拉取请求
-如果拉取请求的作者对请求无响应或已删除其分叉,该拉取请求还是可以合并。 但是,如果您要对拉取请求进行更改,而其作者又没有响应,则需要执行一些额外步骤来更新拉取请求。
+如果拉取请求的作者对请求无响应或已删除其分叉,该拉取请求还是可以合并。但是,如果您要对拉取请求进行更改,而其作者又没有响应,则需要执行一些额外步骤来更新拉取请求。
-拉取请求在打开后,{% data variables.product.product_name %} 将远程存储所有更改。 换句话说,即使在合并拉取请求之前,拉取请求中的提交也可用于仓库。 您可以获取打开的拉取请求,并将其重建为自己的拉取请求。
+拉取请求在打开后,{% data variables.product.product_name %} 将远程存储所有更改。换句话说,即使在合并拉取请求之前,拉取请求中的提交也可用于仓库。您可以获取打开的拉取请求,并将其重建为自己的拉取请求。
-任何人都可以处理先前打开的拉取请求,以继续处理它、测试它,甚至进行一些额外更改后作为新的拉取请求打开它。 但是,只有具有推送权限的协作者才能合并拉取请求。
+任何人都可以处理先前打开的拉取请求,以继续处理它、测试它,甚至进行一些额外更改后作为新的拉取请求打开它。但是,只有具有推送权限的协作者才能合并拉取请求。
{% data reusables.repositories.sidebar-issue-pr %}
2. 在“Pull Requests(拉取请求)”列表中,单击要合并的拉取请求。
-3. 找到非活动拉取请求的 ID 号。 这是拉取请求标题后面的数字序列。
+3. 找到非活动拉取请求的 ID 号。这是拉取请求标题后面的数字序列。
 {% data reusables.command_line.open_the_multi_os_terminal %}
5. 根据其 ID 号获取对该拉取请求的引用,在该过程中创建一个新分支。
```shell
@@ -76,7 +76,7 @@ gh pr checkout pull-request
[main] $ git checkout BRANCHNAME
> Switched to a new branch 'BRANCHNAME'
```
-7. 现在,您可以使用此分支执行任何操作。 您可以运行一些本地测试,或者将其他分支合并到该分支。
+7. 现在,您可以使用此分支执行任何操作。您可以运行一些本地测试,或者将其他分支合并到该分支。
8. 准备就绪后,可以向上推送新分支:
```shell
[pull-inactive-pull-request] $ git push origin BRANCHNAME
@@ -92,7 +92,7 @@ gh pr checkout pull-request
## 错误:无法推送某些 ref
-远程 `refs/pull/` 命名空间是只读的。 如果尝试在那里推送任何提交,您将看到此错误:
+远程 `refs/pull/` 命名空间是只读的。如果尝试在那里推送任何提交,您将看到此错误:
```shell
! [remote rejected] HEAD -> refs/pull/1/head (deny updating a hidden ref)
error: failed to push some refs to 'git@github.local:USERNAME/REPOSITORY.git'
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/commenting-on-a-pull-request.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/commenting-on-a-pull-request.md
index ac8172c3adfe..59b1df3b8aac 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/commenting-on-a-pull-request.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/commenting-on-a-pull-request.md
@@ -26,21 +26,21 @@ ms.locfileid: '147578954'
---
## 关于拉取请求评论
-可以在拉取请求的“对话”选项卡上添加注释,留下一般性注释、疑问或提议。 您还可以提出拉取请求的作者可直接从您的注释中应用的更改。
+可以在拉取请求的“对话”选项卡上添加注释,留下一般性注释、疑问或提议。您还可以提出拉取请求的作者可直接从您的注释中应用的更改。

-还可以在拉取请求的“已更改的文件”选项卡上以单行注释的形式或作为[拉取请求审查](/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/about-pull-request-reviews)的一部分对文件的特定部分进行注释。 添加行注释是讨论有关实现的问题或向作者提供反馈的好方法。
+还可以在拉取请求的“已更改的文件”选项卡上以单行注释的形式或作为[拉取请求审查](/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/about-pull-request-reviews)的一部分对文件的特定部分进行注释。添加行注释是讨论有关实现的问题或向作者提供反馈的好方法。
有关如何在拉取请求审查中添加行注释的详细信息,请参阅“[审查拉取请求中的建议更改](/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/reviewing-proposed-changes-in-a-pull-request)”。
{% note %}
-注意:如果通过电子邮件回复拉取请求,则会将注释添加到“对话”选项卡中,并且不会成为拉取请求审查的一部分 。
+注意:如果通过电子邮件回复拉取请求,则会将注释添加到“对话”选项卡中,并且不会成为拉取请求审查的一部分。
{% endnote %}
-若要回复现有的行注释,需要导航到“对话”选项卡或“已更改的文件”选项卡上的注释,并在其下方添加额外的行注释 。
+若要回复现有的行注释,需要导航到“对话”选项卡或“已更改的文件”选项卡上的注释,并在其下方添加额外的行注释。
{% tip %}
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/dismissing-a-pull-request-review.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/dismissing-a-pull-request-review.md
index dfb5c2306e70..d336d668562f 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/dismissing-a-pull-request-review.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/dismissing-a-pull-request-review.md
@@ -21,7 +21,7 @@ ms.contentlocale: zh-CN
ms.lasthandoff: 09/09/2022
ms.locfileid: '147876068'
---
-{% data reusables.pull_requests.dismiss_review %} 这会将审查状态更改为审查注释。 忽略审查后,必须添加注释,解释忽略原因。 注释将被添加到拉取请求对话。
+{% data reusables.pull_requests.dismiss_review %} 这会将审查状态更改为审查注释。忽略审查后,必须添加注释,解释忽略原因。注释将被添加到拉取请求对话。
{% data reusables.search.requested_reviews_search %}
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/filtering-files-in-a-pull-request.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/filtering-files-in-a-pull-request.md
index a54a5ca3929f..c1e3b51e5adf 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/filtering-files-in-a-pull-request.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/filtering-files-in-a-pull-request.md
@@ -56,7 +56,7 @@ ms.locfileid: '147884171'
{% endnote %}

-1. 若要按文件路径进行筛选,请在“筛选已更改的文件”搜索框中输入部分或全部文件路径。 或者,使用文件筛选器下拉列表。 有关详细信息,请参阅“[使用文件筛选器下拉菜单](#using-the-file-filter-dropdown)”。
+1. 若要按文件路径进行筛选,请在“筛选已更改的文件”搜索框中输入部分或全部文件路径。或者,使用文件筛选器下拉列表。有关详细信息,请参阅“[使用文件筛选器下拉菜单](#using-the-file-filter-dropdown)”。
{% endif %}
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/finding-changed-methods-and-functions-in-a-pull-request.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/finding-changed-methods-and-functions-in-a-pull-request.md
index 2a93d10b37eb..409d59477ece 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/finding-changed-methods-and-functions-in-a-pull-request.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/finding-changed-methods-and-functions-in-a-pull-request.md
@@ -34,12 +34,12 @@ ms.locfileid: '145129990'
2. 在拉取请求列表中,单击要在其中查找已更改函数和方法的拉取请求。
{% data reusables.repositories.changed-files %}
4. 要查看已更改函数和方法的摘要列表,请单击“跳转到...”。
-5. 从下拉菜单中选择已更改的函数或方法。 也可以输入函数或方法的名称以过滤结果。
+5. 从下拉菜单中选择已更改的函数或方法。也可以输入函数或方法的名称以过滤结果。

{% note %}
- 注意:如果没有看到预期的函数或方法,请确认代码已编译且不含错误。 只有在此拉请求中更改的函数和方法以及“.go”、“.js”、“.ts”、“.py”、“.php”和“.rb”文件中的函数和方法才会显示在下拉菜单中 。
+ 注意:如果没有看到预期的函数或方法,请确认代码已编译且不含错误。只有在此拉请求中更改的函数和方法以及“.go”、“.js”、“.ts”、“.py”、“.php”和“.rb”文件中的函数和方法才会显示在下拉菜单中。
{% endnote %}
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/incorporating-feedback-in-your-pull-request.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/incorporating-feedback-in-your-pull-request.md
index f7aad46deedf..e048e84b596b 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/incorporating-feedback-in-your-pull-request.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/incorporating-feedback-in-your-pull-request.md
@@ -23,18 +23,18 @@ ms.locfileid: '145130072'
---
## 应用建议的更改
-其他人可对您的拉取请求提出具体的更改建议。 如果您可以写入仓库,便可直接在拉取请求中应用这些提议的更改。 如果拉取请求创建自复刻,并且作者允许维护员编辑,则您也可以应用提议的更改(如果您可以写入上游仓库)。 有关详细信息,请参阅“[评论拉取请求](/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/commenting-on-a-pull-request)”和“[允许更改从分支创建的拉取请求分支](/pull-requests/collaborating-with-pull-requests/working-with-forks/allowing-changes-to-a-pull-request-branch-created-from-a-fork)”。
+其他人可对您的拉取请求提出具体的更改建议。如果您可以写入仓库,便可直接在拉取请求中应用这些提议的更改。如果拉取请求创建自复刻,并且作者允许维护员编辑,则您也可以应用提议的更改(如果您可以写入上游仓库)。有关详细信息,请参阅“[评论拉取请求](/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/commenting-on-a-pull-request)”和“[允许更改从分支创建的拉取请求分支](/pull-requests/collaborating-with-pull-requests/working-with-forks/allowing-changes-to-a-pull-request-branch-created-from-a-fork)”。
-要快速将多项提议的更改合并到单一提交,您也可以批量应用提议的更改。 应用一项或一批提议的更改会在拉取请求的比较分支上创建一个提交。
+要快速将多项提议的更改合并到单一提交,您也可以批量应用提议的更改。应用一项或一批提议的更改会在拉取请求的比较分支上创建一个提交。
-在提交中提议了更改的每个人都是该提交的联合作者。 提议的更改的应用者将是提交的联合作者兼提交者。 有关 Git 中术语提交者的更多信息,请参阅 _Pro Git_ 图书网站中的“[Git 基础 - 查看提交历史记录](https://git-scm.com/book/en/v2/Git-Basics-Viewing-the-Commit-History)”。
+在提交中提议了更改的每个人都是该提交的联合作者。提议的更改的应用者将是提交的联合作者兼提交者。有关 Git 中术语提交者的更多信息,请参阅 _Pro Git_ 图书网站中的“[Git 基础 - 查看提交历史记录](https://git-scm.com/book/en/v2/Git-Basics-Viewing-the-Commit-History)”。
{% data reusables.repositories.sidebar-pr %}
2. 在拉取请求列表中,单击要对其应用提议的更改的拉取请求。
3. 导航到您要应用的第一个提议的更改。
- 若要在自己的提交中应用更改,请单击“提交建议”。

- - 若要将建议添加到一批更改,请单击“添加建议到批次”。 继续添加要包含在单一提交中的更改提议。 添加完建议的更改后,单击“提交建议”。
+ - 若要将建议添加到一批更改,请单击“添加建议到批次”。继续添加要包含在单一提交中的更改提议。添加完建议的更改后,单击“提交建议”。

4. 在提交消息字段中,输入简短、有意义的提交消息,以描述对文件的更改。

@@ -47,7 +47,7 @@ ms.locfileid: '145130072'
## 为范围外建议开一个议题
-如果有人建议更改您的拉取请求,并且更改超出拉请求的范围,则可以新开一个议题来跟踪反馈。 有关详细信息,请参阅“[从评论创建问题](/github/managing-your-work-on-github/opening-an-issue-from-a-comment)”。
+如果有人建议更改您的拉取请求,并且更改超出拉请求的范围,则可以新开一个议题来跟踪反馈。有关详细信息,请参阅“[从评论创建问题](/github/managing-your-work-on-github/opening-an-issue-from-a-comment)”。
## 延伸阅读
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/working-with-forks/about-forks.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/working-with-forks/about-forks.md
index 8a932592e48a..44f2a9ce9407 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/working-with-forks/about-forks.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/working-with-forks/about-forks.md
@@ -1,6 +1,6 @@
---
title: 关于分叉
-intro: 复刻是您管理的仓库的副本。 复刻用于更改项目而不影响原始仓库。 您可以通过拉取请求从原始仓库提取更新,或者提交更改到原始仓库。
+intro: 复刻是您管理的仓库的副本。复刻用于更改项目而不影响原始仓库。您可以通过拉取请求从原始仓库提取更新,或者提交更改到原始仓库。
redirect_from:
- /github/collaborating-with-issues-and-pull-requests/working-with-forks/about-forks
- /articles/about-forks
@@ -35,13 +35,13 @@ ms.locfileid: '145130068'
{% data reusables.repositories.desktop-fork %}
-删除复刻不会删除原始上游仓库。 可以对分支进行任何所需的更改(添加协作者、重命名文件、生成 {% data variables.product.prodname_pages %}),而不影响原始版本。{% ifversion fpt or ghec %} 无法还原已删除的分支存储库。 有关详细信息,请参阅“[还原已删除的存储库](/articles/restoring-a-deleted-repository)”。{% endif %}
+删除复刻不会删除原始上游仓库。可以对分支进行任何所需的更改(添加协作者、重命名文件、生成 {% data variables.product.prodname_pages %}),而不影响原始版本。{% ifversion fpt or ghec %} 无法还原已删除的分支存储库。有关详细信息,请参阅“[还原已删除的存储库](/articles/restoring-a-deleted-repository)”。{% endif %}
-在开源项目中,复刻常用于迭代想法或更改,然后将其提交回上游仓库。 在用户拥有的复刻中进行更改,然后打开拉取请求以比较您的工作与上游仓库,便可允许对上游仓库具有推送权限的任何推送更改到拉取请求分支(包括删除分支)。 这可加速协作,让仓库维护员在合并之前于本地从用户拥有的复刻对拉取请求进行提交或运行测试。 不可向组织拥有的复刻授予推送权限。
+在开源项目中,复刻常用于迭代想法或更改,然后将其提交回上游仓库。在用户拥有的复刻中进行更改,然后打开拉取请求以比较您的工作与上游仓库,便可允许对上游仓库具有推送权限的任何推送更改到拉取请求分支(包括删除分支)。这可加速协作,让仓库维护员在合并之前于本地从用户拥有的复刻对拉取请求进行提交或运行测试。不可向组织拥有的复刻授予推送权限。
{% data reusables.repositories.private_forks_inherit_permissions %}
-如果以后要从现有仓库的内容创建新仓库,但不想合并上游更改,您可以复制仓库 ,或者,如果该仓库是模板,您可以使用该仓库作为模板。 有关详细信息,请参阅“[复制存储库](/articles/duplicating-a-repository)”和“[从模板创建存储库](/articles/creating-a-repository-from-a-template)”。
+如果以后要从现有仓库的内容创建新仓库,但不想合并上游更改,您可以复制仓库,或者,如果该仓库是模板,您可以使用该仓库作为模板。有关详细信息,请参阅“[复制存储库](/articles/duplicating-a-repository)”和“[从模板创建存储库](/articles/creating-a-repository-from-a-template)”。
## 延伸阅读
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/working-with-forks/allowing-changes-to-a-pull-request-branch-created-from-a-fork.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/working-with-forks/allowing-changes-to-a-pull-request-branch-created-from-a-fork.md
index 05f41a3429b4..d3bff659d255 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/working-with-forks/allowing-changes-to-a-pull-request-branch-created-from-a-fork.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/working-with-forks/allowing-changes-to-a-pull-request-branch-created-from-a-fork.md
@@ -22,11 +22,11 @@ ms.contentlocale: zh-CN
ms.lasthandoff: 09/10/2022
ms.locfileid: '145129986'
---
-只有拉取请求作者才可授权上游仓库维护员或对上游仓库具有推送权限的人员,允许他们提交到用户拥有的复刻中其拉取请求的比较分支。 若要了解有关上游存储库的详细信息,请参阅“[关于分支](/pull-requests/collaborating-with-pull-requests/working-with-forks/about-forks)”。
+只有拉取请求作者才可授权上游仓库维护员或对上游仓库具有推送权限的人员,允许他们提交到用户拥有的复刻中其拉取请求的比较分支。若要了解有关上游存储库的详细信息,请参阅“[关于分支](/pull-requests/collaborating-with-pull-requests/working-with-forks/about-forks)”。
-拉取请求作者可在最初从用户拥有的复刻创建拉取请求时或在创建拉取请求后授予这些权限。 有关详细信息,请参阅“[从分支创建拉取请求](/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request-from-a-fork)”。
+拉取请求作者可在最初从用户拥有的复刻创建拉取请求时或在创建拉取请求后授予这些权限。有关详细信息,请参阅“[从分支创建拉取请求](/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request-from-a-fork)”。
-您可以在第一次从复刻创建拉取请求时设置提交权限。 有关详细信息,请参阅“[从分支创建拉取请求](/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request-from-a-fork)”。 此外,您也可以修改现有拉取请求,让仓库维护员提交到分支。
+您可以在第一次从复刻创建拉取请求时设置提交权限。有关详细信息,请参阅“[从分支创建拉取请求](/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request-from-a-fork)”。此外,您也可以修改现有拉取请求,让仓库维护员提交到分支。
## 在现有拉取请求上启用仓库维护员权限
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/working-with-forks/configuring-a-remote-for-a-fork.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/working-with-forks/configuring-a-remote-for-a-fork.md
index 720f92dbfa73..cd60599d404b 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/working-with-forks/configuring-a-remote-for-a-fork.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/working-with-forks/configuring-a-remote-for-a-fork.md
@@ -1,6 +1,6 @@
---
title: 为复刻配置远程仓库
-intro: '必须在 Git 中配置指向上游存储库的远程存储库,才能[将你在分支中所做的更改同步](/pull-requests/collaborating-with-pull-requests/working-with-forks/syncing-a-fork)到原始存储库。 这也允许您将在原始仓库中所做的更改同步到复刻中。'
+intro: '必须在 Git 中配置指向上游存储库的远程存储库,才能[将你在分支中所做的更改同步](/pull-requests/collaborating-with-pull-requests/working-with-forks/syncing-a-fork)到原始存储库。这也允许您将在原始仓库中所做的更改同步到复刻中。'
redirect_from:
- /github/collaborating-with-issues-and-pull-requests/working-with-forks/configuring-a-remote-for-a-fork
- /articles/configuring-a-remote-for-a-fork
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/working-with-forks/syncing-a-fork.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/working-with-forks/syncing-a-fork.md
index 94a6d525f08d..2cfcd1108602 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/working-with-forks/syncing-a-fork.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/working-with-forks/syncing-a-fork.md
@@ -60,7 +60,7 @@ $ gh repo sync owner/cli-fork -b BRANCHNAME
{% data reusables.command_line.open_the_multi_os_terminal %}
2. 将当前工作目录更改为您的本地仓库。
-3. 从上游仓库获取分支及其各自的提交。 对 `BRANCHNAME` 的提交将保存在本地分支 `upstream/BRANCHNAME` 中。
+3. 从上游仓库获取分支及其各自的提交。对 `BRANCHNAME` 的提交将保存在本地分支 `upstream/BRANCHNAME` 中。
```shell
$ git fetch upstream
@@ -79,7 +79,7 @@ $ gh repo sync owner/cli-fork -b BRANCHNAME
> Switched to branch 'main'
```
-5. 将上游默认分支(在本例中为 `upstream/main`)的更改合并到本地默认分支中。 这会使复刻的默认分支与上游仓库同步,而不会丢失本地更改。
+5. 将上游默认分支(在本例中为 `upstream/main`)的更改合并到本地默认分支中。这会使复刻的默认分支与上游仓库同步,而不会丢失本地更改。
```shell
$ git merge upstream/main
@@ -92,7 +92,7 @@ $ gh repo sync owner/cli-fork -b BRANCHNAME
> create mode 100644 README.md
```
- 如果本地分支没有任何唯一提交,Git 将执行快速转发。 有关详细信息,请参阅 Git 文档中的[基本分支和合并](https://git-scm.com/book/en/v2/Git-Branching-Basic-Branching-and-Merging)。
+ 如果本地分支没有任何唯一提交,Git 将执行快速转发。有关详细信息,请参阅 Git 文档中的[基本分支和合并](https://git-scm.com/book/en/v2/Git-Branching-Basic-Branching-and-Merging)。
```shell
$ git merge upstream/main
> Updating 34e91da..16c56ad
@@ -100,10 +100,10 @@ $ gh repo sync owner/cli-fork -b BRANCHNAME
> README.md | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
```
- 如果本地分支具有唯一提交,则可能需要解决冲突。 有关详细信息,请参阅“[解决合并冲突](/github/collaborating-with-pull-requests/addressing-merge-conflicts)”。
+ 如果本地分支具有唯一提交,则可能需要解决冲突。有关详细信息,请参阅“[解决合并冲突](/github/collaborating-with-pull-requests/addressing-merge-conflicts)”。
{% tip %}
-**提示**:同步分支只更新存储库的本地副本。 若要在 {% data variables.product.product_location %} 上更新分支,必须[推送更改](/github/getting-started-with-github/pushing-commits-to-a-remote-repository/)。
+**提示**:同步分支只更新存储库的本地副本。若要在 {% data variables.product.product_location %} 上更新分支,必须[推送更改](/github/getting-started-with-github/pushing-commits-to-a-remote-repository/)。
{% endtip %}
diff --git a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/working-with-forks/what-happens-to-forks-when-a-repository-is-deleted-or-changes-visibility.md b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/working-with-forks/what-happens-to-forks-when-a-repository-is-deleted-or-changes-visibility.md
index cf463652cd6b..69d5dd318294 100644
--- a/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/working-with-forks/what-happens-to-forks-when-a-repository-is-deleted-or-changes-visibility.md
+++ b/translations/zh-CN/content/pull-requests/collaborating-with-pull-requests/working-with-forks/what-happens-to-forks-when-a-repository-is-deleted-or-changes-visibility.md
@@ -32,7 +32,7 @@ ms.locfileid: '147886796'
## 删除公共仓库
-当您删除公共仓库时,将选择现有的公共复刻之一作为新的父仓库。 所有其他仓库均从这一新的父仓库复刻,并且后续的拉取请求都转到这一新的父仓库。
+当您删除公共仓库时,将选择现有的公共复刻之一作为新的父仓库。所有其他仓库均从这一新的父仓库复刻,并且后续的拉取请求都转到这一新的父仓库。
{% endif %}
@@ -44,11 +44,11 @@ ms.locfileid: '147886796'
## 将公共仓库更改为私有仓库
-如果将公共仓库设为私有,其公共复刻将拆分到新网络中。 与删除公共仓库一样,选择现有的公共分支之一作为新的父仓库,并且所有其他仓库都从这个新的父仓库中复刻。 后续的拉取请求都转到这一新的父仓库。
+如果将公共仓库设为私有,其公共复刻将拆分到新网络中。与删除公共仓库一样,选择现有的公共分支之一作为新的父仓库,并且所有其他仓库都从这个新的父仓库中复刻。后续的拉取请求都转到这一新的父仓库。
-换句话说,即使将父仓库设为私有后,公共仓库的复刻也将在其各自的仓库网络中保持公开。 这样复刻所有者便可继续工作和协作,而不会中断。 如果公共分支没有通过这种方式移动到单独的网络中,则这些分支的所有者将需要获得适当的[访问权限](/articles/access-permissions-on-github)以从(现在私有的)父存储库中拉取更改并提交拉取请求 - 即使它们以前不需要这些权限。
+换句话说,即使将父仓库设为私有后,公共仓库的复刻也将在其各自的仓库网络中保持公开。这样复刻所有者便可继续工作和协作,而不会中断。如果公共分支没有通过这种方式移动到单独的网络中,则这些分支的所有者将需要获得适当的[访问权限](/articles/access-permissions-on-github)以从(现在私有的)父存储库中拉取更改并提交拉取请求 - 即使它们以前不需要这些权限。
-{% ifversion ghes or ghae %} 如果公共存储库启用了匿名 Git 读取权限并且该存储库设为私有,则所有存储库的分支都将失去匿名 Git 读取权限并恢复为默认的禁用设置。 如果将复刻的仓库设为公共,则仓库管理员可以重新启用 Git 读取权限。 有关详细信息,请参阅“[为存储库启用匿名 Git 读取访问](/enterprise/user/articles/enabling-anonymous-git-read-access-for-a-repository)”。
+{% ifversion ghes or ghae %} 如果公共存储库启用了匿名 Git 读取权限并且该存储库设为私有,则所有存储库的分支都将失去匿名 Git 读取权限并恢复为默认的禁用设置。如果将复刻的仓库设为公共,则仓库管理员可以重新启用 Git 读取权限。有关详细信息,请参阅“[为存储库启用匿名 Git 读取访问](/enterprise/user/articles/enabling-anonymous-git-read-access-for-a-repository)”。
{% endif %}
### 删除私有仓库
@@ -57,7 +57,7 @@ ms.locfileid: '147886796'
## 将私有仓库更改为公共仓库
-如果将私有仓库设为公共,则其每个私有复刻都将变为独立的私有仓库并且成为自己新仓库网络的父仓库。 私有复刻绝不会自动设为公共,因为它们可能包含不应公开显示的敏感提交。
+如果将私有仓库设为公共,则其每个私有复刻都将变为独立的私有仓库并且成为自己新仓库网络的父仓库。私有复刻绝不会自动设为公共,因为它们可能包含不应公开显示的敏感提交。
### 删除公共仓库
@@ -71,7 +71,7 @@ ms.locfileid: '147886796'
-如果企业策略允许复刻,则内部仓库的任何复刻都将是私有的。 如果更改内部存储库的可见性,组织或个人帐户拥有的任何分支都将保持私有。
+如果企业策略允许复刻,则内部仓库的任何复刻都将是私有的。如果更改内部存储库的可见性,组织或个人帐户拥有的任何分支都将保持私有。
### 删除内部仓库
diff --git a/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/about-commits.md b/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/about-commits.md
index 9f0744bf2a96..c281505b7d55 100644
--- a/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/about-commits.md
+++ b/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/about-commits.md
@@ -23,13 +23,13 @@ ms.locfileid: '147410521'
{% data reusables.commits.about-commits %}
-{% ifversion commit-signoffs %}如果要提交的存储库已启用强制提交签字并通过 Web 界面提交,你将在提交过程中自动签署提交。 有关详细信息,请参阅“[管理存储库的提交签字策略](/repositories/managing-your-repositorys-settings-and-features/managing-repository-settings/managing-the-commit-signoff-policy-for-your-repository)”。 {% endif %}
+{% ifversion commit-signoffs %}如果要提交的存储库已启用强制提交签字并通过 Web 界面提交,你将在提交过程中自动签署提交。有关详细信息,请参阅“[管理存储库的提交签字策略](/repositories/managing-your-repositorys-settings-and-features/managing-repository-settings/managing-the-commit-signoff-policy-for-your-repository)”。 {% endif %}
-您可以对协作处理的任何提交添加合作作者。 有关详细信息,请参阅“[创建具有多个作者的提交](/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/creating-a-commit-with-multiple-authors)”。
+您可以对协作处理的任何提交添加合作作者。有关详细信息,请参阅“[创建具有多个作者的提交](/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/creating-a-commit-with-multiple-authors)”。
-{% ifversion fpt or ghec %} 也可以代表组织创建提交。 有关详细信息,请参阅“[代表组织创建提交](/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/creating-a-commit-on-behalf-of-an-organization)”。{% endif %}
+{% ifversion fpt or ghec %} 也可以代表组织创建提交。有关详细信息,请参阅“[代表组织创建提交](/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/creating-a-commit-on-behalf-of-an-organization)”。{% endif %}
-变基允许您更改一系列提交,并且可以修改时间表中的提交顺序。 有关详细信息,请参阅“[关于 Git 变基](/github/getting-started-with-github/about-git-rebase)”。
+变基允许您更改一系列提交,并且可以修改时间表中的提交顺序。有关详细信息,请参阅“[关于 Git 变基](/github/getting-started-with-github/about-git-rebase)”。
## 关于提交分支和标记标签
@@ -41,9 +41,9 @@ ms.locfileid: '147410521'
2. 要查看提交位于哪个分支上,请检查提交消息下方的标签。

-如果提交不在默认分支 (`main`) 上,标签将显示包含该提交的分支。 如果提交是未合并的拉取请求的一部分,则可以单击该链接转到拉取请求。
+如果提交不在默认分支 (`main`) 上,标签将显示包含该提交的分支。如果提交是未合并的拉取请求的一部分,则可以单击该链接转到拉取请求。
-如果提交在默认分支上,将显示包含提交的任何标记,并且默认分支将是列出的唯一分支。 有关标记的详细信息,请参阅 Git 文档中的“[Git 基础知识 - 标记](https://git-scm.com/book/en/v2/Git-Basics-Tagging)”。
+如果提交在默认分支上,将显示包含提交的任何标记,并且默认分支将是列出的唯一分支。有关标记的详细信息,请参阅 Git 文档中的“[Git 基础知识 - 标记](https://git-scm.com/book/en/v2/Git-Basics-Tagging)”。

diff --git a/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/changing-a-commit-message.md b/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/changing-a-commit-message.md
index eae99858d118..1df892dc82ba 100644
--- a/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/changing-a-commit-message.md
+++ b/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/changing-a-commit-message.md
@@ -5,7 +5,7 @@ redirect_from:
- /articles/changing-a-commit-message
- /github/committing-changes-to-your-project/changing-a-commit-message
- /github/committing-changes-to-your-project/creating-and-editing-commits/changing-a-commit-message
-intro: '如果提交消息中包含不明确、不正确或敏感的信息,您可以在本地修改它,然后将含有新消息的新提交推送到 {% data variables.product.product_name %}。 您还可以更改提交消息以添加遗漏的信息。'
+intro: '如果提交消息中包含不明确、不正确或敏感的信息,您可以在本地修改它,然后将含有新消息的新提交推送到 {% data variables.product.product_name %}。您还可以更改提交消息以添加遗漏的信息。'
versions:
fpt: '*'
ghes: '*'
@@ -22,7 +22,7 @@ ms.locfileid: '145129461'
可以使用 `git commit --amend` 命令更改最新的提交消息。
-在 Git 中,提交消息的文本是提交的一部分。 更改提交消息将更改提交 ID - 即用于命名提交的 SHA1 校验和。 实际上,您是创建一个新提交以替换旧提交。
+在 Git 中,提交消息的文本是提交的一部分。更改提交消息将更改提交 ID - 即用于命名提交的 SHA1 校验和。实际上,您是创建一个新提交以替换旧提交。
## 提交尚未推送上线
@@ -31,15 +31,15 @@ ms.locfileid: '145129461'
1. 在命令行上,导航到包含要修改的提交的仓库。
2. 键入 `git commit --amend`,然后按“Enter”。
3. 在文本编辑器中编辑提交消息,然后保存该提交。
- - 通过在提交中添加尾行可添加合作作者。 有关详细信息,请参阅“[创建具有多个作者的提交](/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/creating-a-commit-with-multiple-authors)”。
+ - 通过在提交中添加尾行可添加合作作者。有关详细信息,请参阅“[创建具有多个作者的提交](/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/creating-a-commit-with-multiple-authors)”。
{% ifversion fpt or ghec %}
- - 通过在提交中添加尾行可创建代表组织的提交。 有关详细信息,请参阅“[代表组织创建提交](/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/creating-a-commit-on-behalf-of-an-organization)”{% endif %}
+ - 通过在提交中添加尾行可创建代表组织的提交。有关详细信息,请参阅“[代表组织创建提交](/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/creating-a-commit-on-behalf-of-an-organization)”{% endif %}
在下次推送时,新的提交和消息将显示在 {% data variables.product.product_location %} 上。
{% tip %}
-通过更改 `core.editor` 设置可更改 Git 的默认文本编辑器。 有关详细信息,请参阅 Git 手册中的“[基本客户端配置](https://git-scm.com/book/en/Customizing-Git-Git-Configuration#_basic_client_configuration)”。
+通过更改 `core.editor` 设置可更改 Git 的默认文本编辑器。有关详细信息,请参阅 Git 手册中的“[基本客户端配置](https://git-scm.com/book/en/Customizing-Git-Git-Configuration#_basic_client_configuration)”。
{% endtip %}
@@ -49,7 +49,7 @@ ms.locfileid: '145129461'
{% warning %}
-我们很不提倡强制推送,因为这会改变仓库的历史记录。 如果强制推送,已克隆仓库的人员必须手动修复其本地历史记录。 有关详细信息,请参阅 Git 手册中的“[从上游变基恢复](https://git-scm.com/docs/git-rebase#_recovering_from_upstream_rebase)”。
+我们很不提倡强制推送,因为这会改变仓库的历史记录。如果强制推送,已克隆仓库的人员必须手动修复其本地历史记录。有关详细信息,请参阅 Git 手册中的“[从上游变基恢复](https://git-scm.com/docs/git-rebase#_recovering_from_upstream_rebase)”。
{% endwarning %}
@@ -114,13 +114,13 @@ $ git push --force origin example-branch
{% tip %}
-如前文所述,修改提交消息会生成含有新 ID 的新提交。 但是,在这种情况下,该修改提交的每个后续提交也会获得一个新 ID,因为每个提交也包含其父提交的 ID。
+如前文所述,修改提交消息会生成含有新 ID 的新提交。但是,在这种情况下,该修改提交的每个后续提交也会获得一个新 ID,因为每个提交也包含其父提交的 ID。
{% endtip %}
{% warning %}
-如果您的提交消息中包含敏感信息,则强制推送修改后的提交可能不会导致从 {% data variables.product.product_name %} 中删除原提交。 旧提交不会成为后续克隆的一部分;但是,它可能仍然缓存在 {% data variables.product.product_name %} 上,并且可通过提交 ID 访问。 您必须联系 {% data variables.contact.contact_support %} 并提供旧提交 ID,以便从远程仓库中清除它。
+如果您的提交消息中包含敏感信息,则强制推送修改后的提交可能不会导致从 {% data variables.product.product_name %} 中删除原提交。旧提交不会成为后续克隆的一部分;但是,它可能仍然缓存在 {% data variables.product.product_name %} 上,并且可通过提交 ID 访问。您必须联系 {% data variables.contact.contact_support %} 并提供旧提交 ID,以便从远程仓库中清除它。
{% endwarning %}
diff --git a/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/creating-a-commit-on-behalf-of-an-organization.md b/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/creating-a-commit-on-behalf-of-an-organization.md
index 88d2e5c2ad95..9eb00d9b2807 100644
--- a/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/creating-a-commit-on-behalf-of-an-organization.md
+++ b/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/creating-a-commit-on-behalf-of-an-organization.md
@@ -1,6 +1,6 @@
---
title: 代表组织创建提交
-intro: '通过在提交消息中添加尾行可代表组织创建提交。 归属于组织的提交应包含 {% data variables.product.product_name %} 上的 `on-behalf-of` 徽章。'
+intro: '通过在提交消息中添加尾行可代表组织创建提交。归属于组织的提交应包含 {% data variables.product.product_name %} 上的 `on-behalf-of` 徽章。'
redirect_from:
- /articles/creating-a-commit-on-behalf-of-an-organization
- /github/committing-changes-to-your-project/creating-a-commit-on-behalf-of-an-organization
@@ -35,7 +35,7 @@ ms.locfileid: '145129453'
## 在命令行上使用 `on-behalf-of` 徽章创建提交
-1. 输入提交消息以及简短、有意义的更改描述。 在提交描述后,不要加上右引号,而是添加两个空行。
+1. 输入提交消息以及简短、有意义的更改描述。在提交描述后,不要加上右引号,而是添加两个空行。
```shell
$ git commit -m "Refactor usability tests.
>
@@ -56,7 +56,7 @@ ms.locfileid: '145129453'
on-behalf-of: @org <name@organization.com>"
```
-在下次推送时,新的提交、消息和徽章将显示在 {% data variables.product.product_location %} 上。 有关详细信息,请参阅“[将更改推送到远程存储库](/github/getting-started-with-github/pushing-commits-to-a-remote-repository/)”。
+在下次推送时,新的提交、消息和徽章将显示在 {% data variables.product.product_location %} 上。有关详细信息,请参阅“[将更改推送到远程存储库](/github/getting-started-with-github/pushing-commits-to-a-remote-repository/)”。
## 在 {% data variables.product.product_name %} 上使用 `on-behalf-of` 徽章创建提交
diff --git a/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/creating-a-commit-with-multiple-authors.md b/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/creating-a-commit-with-multiple-authors.md
index 7581427bb961..b4a42155535e 100644
--- a/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/creating-a-commit-with-multiple-authors.md
+++ b/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/creating-a-commit-with-multiple-authors.md
@@ -1,6 +1,6 @@
---
title: 创建有多个作者的提交
-intro: '通过在提交消息中添加一个或多个 `Co-authored-by` 尾行,可将提交归属于多个作者。 合作提交在 {% data variables.product.product_name %}{% ifversion ghes or ghae %} 上可见,并且可包含在个人资料贡献图和存储库统计信息中{% endif %}。'
+intro: '通过在提交消息中添加一个或多个 `Co-authored-by` 尾行,可将提交归属于多个作者。合作提交在 {% data variables.product.product_name %}{% ifversion ghes or ghae %} 上可见,并且可包含在个人资料贡献图和存储库统计信息中{% endif %}。'
redirect_from:
- /articles/creating-a-commit-with-multiple-authors
- /github/committing-changes-to-your-project/creating-a-commit-with-multiple-authors
@@ -20,11 +20,11 @@ ms.locfileid: '145129450'
---
## 必需的合作作者信息
-向提交添加合作作者之前,您必须知道用于每个合作作者的适当电子邮件地址。 为使合作作者的提交计为贡献,您必须使用与他们在 {% ifversion ghae %}{% data variables.product.product_name %}{% else %}{% data variables.product.product_location %}{% endif %} 上的帐户相关联的电子邮件。
+向提交添加合作作者之前,您必须知道用于每个合作作者的适当电子邮件地址。为使合作作者的提交计为贡献,您必须使用与他们在 {% ifversion ghae %}{% data variables.product.product_name %}{% else %}{% data variables.product.product_location %}{% endif %} 上的帐户相关联的电子邮件。
{% ifversion fpt or ghec %}
-如果用户选择将其电子邮件地址保密,则应使用其 {% data variables.product.product_name %} 提供的 `no-reply` 电子邮件地址来保护其隐私。 否则,合作作者的电子邮件地址将在提交消息中公开。 如果要保持电子邮件地址的私密性,可选择使用 {% data variables.product.product_name %} 为 Git 操作提供的 `no-reply` 电子邮件地址,并要求其他共同作者在提交尾行中列出你的 `no-reply` 电子邮件地址。
+如果用户选择将其电子邮件地址保密,则应使用其 {% data variables.product.product_name %} 提供的 `no-reply` 电子邮件地址来保护其隐私。否则,合作作者的电子邮件地址将在提交消息中公开。如果要保持电子邮件地址的私密性,可选择使用 {% data variables.product.product_name %} 为 Git 操作提供的 `no-reply` 电子邮件地址,并要求其他共同作者在提交尾行中列出你的 `no-reply` 电子邮件地址。
有关详细信息,请参阅“[设置提交电子邮件地址](/articles/setting-your-commit-email-address)”。
@@ -40,7 +40,7 @@ ms.locfileid: '145129450'
## 使用 {% data variables.product.prodname_desktop %} 创建合作提交
-可以使用 {% data variables.product.prodname_desktop %} 创建合作提交。 有关详细信息,请参阅“[编写提交消息并推送更改](/desktop/contributing-to-projects/committing-and-reviewing-changes-to-your-project#4-write-a-commit-message-and-push-your-changes)”和 [{% data variables.product.prodname_desktop %}](https://desktop.github.com)。
+可以使用 {% data variables.product.prodname_desktop %} 创建合作提交。有关详细信息,请参阅“[编写提交消息并推送更改](/desktop/contributing-to-projects/committing-and-reviewing-changes-to-your-project#4-write-a-commit-message-and-push-your-changes)”和 [{% data variables.product.prodname_desktop %}](https://desktop.github.com)。

@@ -48,7 +48,7 @@ ms.locfileid: '145129450'
{% data reusables.pull_requests.collect-co-author-commit-git-config-info %}
-1. 输入提交消息以及简短、有意义的更改描述。 在提交描述后,不要加上右引号,而是添加两个空行。
+1. 输入提交消息以及简短、有意义的更改描述。在提交描述后,不要加上右引号,而是添加两个空行。
```shell
$ git commit -m "Refactor usability tests.
>
@@ -60,7 +60,7 @@ ms.locfileid: '145129450'
{% endtip %}
-3. 在提交消息的下一行,根据每个共同作者的特定信息键入 `Co-authored-by: name `。 在合作作者的信息后面,添加一个右引号。
+3. 在提交消息的下一行,根据每个共同作者的特定信息键入 `Co-authored-by: name `。在合作作者的信息后面,添加一个右引号。
如果要添加多个共同作者,请为每个共同作者键入一个 `Co-authored-by:` 提交尾行。
```shell
@@ -71,7 +71,7 @@ ms.locfileid: '145129450'
Co-authored-by: another-name <another-name@example.com>"
```
-在下次推送时,新的提交和消息将显示在 {% data variables.product.product_location %} 上。 有关详细信息,请参阅“[将更改推送到远程存储库](/github/getting-started-with-github/pushing-commits-to-a-remote-repository/)”。
+在下次推送时,新的提交和消息将显示在 {% data variables.product.product_location %} 上。有关详细信息,请参阅“[将更改推送到远程存储库](/github/getting-started-with-github/pushing-commits-to-a-remote-repository/)”。
## 在 {% data variables.product.product_name %} 上创建合作提交
@@ -80,7 +80,7 @@ ms.locfileid: '145129450'
{% data reusables.pull_requests.collect-co-author-commit-git-config-info %}
2. 合作进行更改后,在页面底部键入简短、有意义的提交消息,以描述你们所做的更改。

-3. 在提交消息下方的文本框中,根据每个共同作者的特定信息添加 `Co-authored-by: name `。 如果要添加多个共同作者,请为每个共同作者键入一个 `Co-authored-by:` 提交尾行。
+3. 在提交消息下方的文本框中,根据每个共同作者的特定信息添加 `Co-authored-by: name `。如果要添加多个共同作者,请为每个共同作者键入一个 `Co-authored-by:` 提交尾行。

4. 单击“提交更改”或“建议更改” 。
diff --git a/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/troubleshooting-commits/commit-exists-on-github-but-not-in-my-local-clone.md b/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/troubleshooting-commits/commit-exists-on-github-but-not-in-my-local-clone.md
index a7f00651ac41..750a9217ab83 100644
--- a/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/troubleshooting-commits/commit-exists-on-github-but-not-in-my-local-clone.md
+++ b/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/troubleshooting-commits/commit-exists-on-github-but-not-in-my-local-clone.md
@@ -39,7 +39,7 @@ $ git show 1095ff3d0153115e75b7bca2c09e5136845b5592
## 本地仓库已过期
-您的本地仓库可能还没有提交。 要将信息从远程存储库提取到本地克隆,请使用 `git fetch`:
+您的本地仓库可能还没有提交。要将信息从远程存储库提取到本地克隆,请使用 `git fetch`:
```shell
$ git fetch remote
@@ -57,9 +57,9 @@ $ git fetch remote
如果存储库的协作者已删除包含提交的分支或者已强制推送该分支,则缺失的提交可能已为孤立状态(即无法从任何引用访问它),它也因此不会被提取到本地克隆中。
-如果幸好有某个协作者的本地克隆存储库中包含了该缺失的提交,则他们可以将其推送回 {% data variables.product.product_name %}。 他们需要确保通过本地分支引用该提交,然后将其作为新分支推送到 {% data variables.product.product_name %}。
+如果幸好有某个协作者的本地克隆存储库中包含了该缺失的提交,则他们可以将其推送回 {% data variables.product.product_name %}。他们需要确保通过本地分支引用该提交,然后将其作为新分支推送到 {% data variables.product.product_name %}。
-假设某人仍有包含该提交的本地分支(称为 `B`)。 这可能会跟踪已被强制推送或删除的分支,它们只是还没有更新。 要保留该提交,可以将该本地分支推送到 {% data variables.product.product_name %} 上的新分支(称为 `recover-B`)。 在此例中,假设他们有一个名为 `upstream` 的远程库,通过该远程库他们可以获得对 `github.com/$account/$repository` 的推送访问权限。
+假设某人仍有包含该提交的本地分支(称为 `B`)。这可能会跟踪已被强制推送或删除的分支,它们只是还没有更新。要保留该提交,可以将该本地分支推送到 {% data variables.product.product_name %} 上的新分支(称为 `recover-B`)。在此例中,假设他们有一个名为 `upstream` 的远程库,通过该远程库他们可以获得对 `github.com/$account/$repository` 的推送访问权限。
他们运行:
@@ -79,7 +79,7 @@ $ git fetch upstream recover-B
## 避免强制推送
-除非万不得已,否则应避免向仓库强制推送。 如果可以向仓库推送的人不止一个,这个原则尤为重要。 如果有人强制推送到仓库,则强制推送可能会覆盖其他人基于其工作的承诺。 强制推送会更改存储库历史记录,并可能损坏拉取请求。
+除非万不得已,否则应避免向仓库强制推送。如果可以向仓库推送的人不止一个,这个原则尤为重要。如果有人强制推送到仓库,则强制推送可能会覆盖其他人基于其工作的承诺。强制推送会更改存储库历史记录,并可能损坏拉取请求。
## 延伸阅读
diff --git a/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/troubleshooting-commits/why-are-my-commits-linked-to-the-wrong-user.md b/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/troubleshooting-commits/why-are-my-commits-linked-to-the-wrong-user.md
index 28ec99423c60..d791787a3285 100644
--- a/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/troubleshooting-commits/why-are-my-commits-linked-to-the-wrong-user.md
+++ b/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/troubleshooting-commits/why-are-my-commits-linked-to-the-wrong-user.md
@@ -5,7 +5,7 @@ redirect_from:
- /articles/why-are-my-commits-linked-to-the-wrong-user
- /github/committing-changes-to-your-project/why-are-my-commits-linked-to-the-wrong-user
- /github/committing-changes-to-your-project/troubleshooting-commits/why-are-my-commits-linked-to-the-wrong-user
-intro: '{% data variables.product.product_name %} 使用提交标题中的电子邮件地址将提交链接到 GitHub 用户。 如果将提交链接到其他用户,或者根本没有链接到任何用户,你可能需要更改本地 Git 配置设置{% ifversion not ghae %},将电子邮件地址添加到帐户电子邮件设置,或同时执行这两项操作{% endif %}。'
+intro: '{% data variables.product.product_name %} 使用提交标题中的电子邮件地址将提交链接到 GitHub 用户。如果将提交链接到其他用户,或者根本没有链接到任何用户,你可能需要更改本地 Git 配置设置{% ifversion not ghae %},将电子邮件地址添加到帐户电子邮件设置,或同时执行这两项操作{% endif %}。'
versions:
fpt: '*'
ghes: '*'
@@ -21,15 +21,15 @@ ms.locfileid: '147883033'
---
{% tip %}
-注意:如果提交与其他用户关联,这并不意味着该用户能够访问你的存储库。 只有您将用户作为协作者添加或将其添加到具有仓库访问权限的团队时,用户才能访问您拥有的仓库。
+注意:如果提交与其他用户关联,这并不意味着该用户能够访问你的存储库。只有您将用户作为协作者添加或将其添加到具有仓库访问权限的团队时,用户才能访问您拥有的仓库。
{% endtip %}
## 提交链接到其他用户
-如果您的提交链接到其他用户,则意味着本地 Git 配置设置中的电子邮件地址已连接到该用户在 {% data variables.product.product_name %}上的帐户。 在这种情况下,可以将本地 Git 配置设置{% ifversion ghae %}中的电子邮件更改为 {% data variables.product.product_name %} 上与你的帐户关联的地址,以关联未来的提交。 原来的提交不会进行链接。 有关详细信息,请参阅“[设置提交电子邮件地址](/github/setting-up-and-managing-your-github-user-account/setting-your-commit-email-address#setting-your-commit-email-address-in-git)。”{% else %}并将新的电子邮件地址添加到你在 {% ifversion ghae %}{% data variables.product.product_name %}{% else %}{% data variables.product.product_location %}{% endif %} 帐户上的帐户,将未来的提交与你的帐户关联。
+如果您的提交链接到其他用户,则意味着本地 Git 配置设置中的电子邮件地址已连接到该用户在 {% data variables.product.product_name %}上的帐户。在这种情况下,可以将本地 Git 配置设置{% ifversion ghae %}中的电子邮件更改为 {% data variables.product.product_name %} 上与你的帐户关联的地址,以关联未来的提交。原来的提交不会进行链接。有关详细信息,请参阅“[设置提交电子邮件地址](/github/setting-up-and-managing-your-github-user-account/setting-your-commit-email-address#setting-your-commit-email-address-in-git)。”{% else %}并将新的电子邮件地址添加到你在 {% ifversion ghae %}{% data variables.product.product_name %}{% else %}{% data variables.product.product_location %}{% endif %} 帐户上的帐户,将未来的提交与你的帐户关联。
-1. 要更改本地 Git 配置中的电子邮件地址,请按照“[设置提交电子邮件地址](/github/setting-up-and-managing-your-github-user-account/setting-your-commit-email-address#setting-your-commit-email-address-in-git)”中的步骤操作。 如果您在多台计算机上工作,则需要在每台计算机上更改此设置。
+1. 要更改本地 Git 配置中的电子邮件地址,请按照“[设置提交电子邮件地址](/github/setting-up-and-managing-your-github-user-account/setting-your-commit-email-address#setting-your-commit-email-address-in-git)”中的步骤操作。如果您在多台计算机上工作,则需要在每台计算机上更改此设置。
2. 按照“[将电子邮件地址添加到 GitHub 帐户](/articles/adding-an-email-address-to-your-github-account)”中的步骤,将第 2 步中的电子邮件地址添加到你的帐户设置中。{% endif %}
从这时开始,您提交的内容将链接到您的帐户。
@@ -46,15 +46,15 @@ ms.locfileid: '147883033'

- **作者无法识别(有电子邮件地址)** 如果你看到这条消息且有电子邮件地址,则表示用于创作提交的地址未连接到你在 {% data variables.product.product_name %} 上的帐户。 {% ifversion not ghae %}要关联提交,请[将电子邮件地址添加到 GitHub 电子邮件设置](/articles/adding-an-email-address-to-your-github-account)。{% endif %}{% ifversion not ghae %} 如果电子邮件地址关联了 Gravatar,提交旁将显示该 Gravatar,而不是默认的灰色 Octocat。{% endif %}
- - **作者无法识别(无电子邮件地址)** 如果你看到这条消息且没有电子邮件地址,则表示使用了无法连接到在 {% data variables.product.product_name %} 上的帐户的通用电子邮件地址。{% ifversion not ghae %}你需要 [在 Git 中设置提交电子邮件地址](/articles/setting-your-commit-email-address),然后 [将新地址添加到 GitHub 电子邮件设置](/articles/adding-an-email-address-to-your-github-account)以关联未来的提交。 旧提交不会链接。{% endif %}
- - **电子邮件无效** 本地 Git 配置设置中的电子邮件地址为空白或未格式化为电子邮件地址。{% ifversion not ghae %}你需要 [在 Git 中设置提交电子邮件地址](/articles/setting-your-commit-email-address),然后 [将新地址添加到 GitHub 电子邮件设置](/articles/adding-an-email-address-to-your-github-account)以关联未来的提交。 旧提交不会链接。{% endif %}
+ - **作者无法识别(无电子邮件地址)** 如果你看到这条消息且没有电子邮件地址,则表示使用了无法连接到在 {% data variables.product.product_name %} 上的帐户的通用电子邮件地址。{% ifversion not ghae %}你需要 [在 Git 中设置提交电子邮件地址](/articles/setting-your-commit-email-address),然后 [将新地址添加到 GitHub 电子邮件设置](/articles/adding-an-email-address-to-your-github-account)以关联未来的提交。旧提交不会链接。{% endif %}
+ - **电子邮件无效** 本地 Git 配置设置中的电子邮件地址为空白或未格式化为电子邮件地址。{% ifversion not ghae %}你需要 [在 Git 中设置提交电子邮件地址](/articles/setting-your-commit-email-address),然后 [将新地址添加到 GitHub 电子邮件设置](/articles/adding-an-email-address-to-your-github-account)以关联未来的提交。旧提交不会链接。{% endif %}
-{% ifversion ghae %} 可以将本地 Git 配置设置中的电子邮件地址更改为与你的帐户关联的地址,以关联未来的提交。 原来的提交不会进行链接。 有关详细信息,请参阅“[设置提交电子邮件地址](/github/setting-up-and-managing-your-github-user-account/setting-your-commit-email-address#setting-your-commit-email-address-in-git)”。
+{% ifversion ghae %} 可以将本地 Git 配置设置中的电子邮件地址更改为与你的帐户关联的地址,以关联未来的提交。原来的提交不会进行链接。有关详细信息,请参阅“[设置提交电子邮件地址](/github/setting-up-and-managing-your-github-user-account/setting-your-commit-email-address#setting-your-commit-email-address-in-git)”。
{% endif %}
{% warning %}
-如果您的本地 Git 配置包含通用电子邮件地址或已附加到其他用户帐户的电子邮件地址,则您之前的提交将不会链接到您的帐户。 虽然 Git 允许您更改用于以前提交的电子邮件地址,但我们强烈反对这样做,尤其是在共享仓库中。
+如果您的本地 Git 配置包含通用电子邮件地址或已附加到其他用户帐户的电子邮件地址,则您之前的提交将不会链接到您的帐户。虽然 Git 允许您更改用于以前提交的电子邮件地址,但我们强烈反对这样做,尤其是在共享仓库中。
{% endwarning %}
diff --git a/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/viewing-and-comparing-commits/comparing-commits.md b/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/viewing-and-comparing-commits/comparing-commits.md
index 570cef5084c0..54fe72b1706b 100644
--- a/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/viewing-and-comparing-commits/comparing-commits.md
+++ b/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/viewing-and-comparing-commits/comparing-commits.md
@@ -24,11 +24,11 @@ ms.locfileid: '145129444'
每个存储库的“比较”视图都包含两个下拉菜单:`base` 和 `compare`。
-`base` 应被视为比较的起点,而 `compare` 是终结点。 在比较期间,始终可以通过单击“编辑”来更改 `base` 和 `compare` 点。
+`base` 应被视为比较的起点,而 `compare` 是终结点。在比较期间,始终可以通过单击“编辑”来更改 `base` 和 `compare` 点。
## 比较分支
-最常用的比较是比较分支,例如在启动新的拉取请求时。 启动 [新的拉取请求](/articles/creating-a-pull-request)时,始终会进入分支比较视图。
+最常用的比较是比较分支,例如在启动新的拉取请求时。启动 [新的拉取请求](/articles/creating-a-pull-request)时,始终会进入分支比较视图。
若要比较分支,可以从页面顶部的 `compare` 下拉菜单中选择分支名称。
@@ -36,7 +36,7 @@ ms.locfileid: '145129444'
## 比较标记
-比较发行版标记将显示自上次发布以来您对仓库的更改。 有关详细信息,请参阅“[比较版本](/github/administering-a-repository/comparing-releases)”。
+比较发行版标记将显示自上次发布以来您对仓库的更改。有关详细信息,请参阅“[比较版本](/github/administering-a-repository/comparing-releases)”。
若要比较标记,可以从页面顶部的 `compare` 下拉菜单中选择标记名称。
@@ -54,9 +54,9 @@ ms.locfileid: '145129444'
## 跨复刻比较
-您可以比较基础仓库与任何复刻的仓库。 这是用户对项目执行拉取请求时显示的视图。
+您可以比较基础仓库与任何复刻的仓库。这是用户对项目执行拉取请求时显示的视图。
-要比较不同仓库上的分支,请在分支名称前加上用户名。 例如,通过为 `base` 指定 `octocat:main`,为 `compare` 指定 `octo-org:main`,可以比较分别由 `octocat` 和 `octo-org` 拥有的存储库上的 `main` 分支。
+要比较不同仓库上的分支,请在分支名称前加上用户名。例如,通过为 `base` 指定 `octocat:main`,为 `compare` 指定 `octo-org:main`,可以比较分别由 `octocat` 和 `octo-org` 拥有的存储库上的 `main` 分支。
下面是[两个存储库之间的比较](https://github.com/github/linguist/compare/master...octocat:master)示例。
@@ -64,7 +64,7 @@ ms.locfileid: '145129444'
作为一种快捷方法,Git 使用 `^` 表示法表示“前一次提交”。
-您可以使用此表示法对某个提交或分支的现状与前身进行比较。 例如, `96d29b7^^^^^` 指示 `96d29b7` 之前的五个提交,因为有五个 `^` 标记。 在 `base` 分支中键入 `96d29b7^^^^^`,并在 `compare` 分支中键入 `96d29b7`,可将 `96d29b7` 之前提交的五个提交与 `96d29b7` 提交进行比较。
+您可以使用此表示法对某个提交或分支的现状与前身进行比较。例如, `96d29b7^^^^^` 指示 `96d29b7` 之前的五个提交,因为有五个 `^` 标记。在 `base` 分支中键入 `96d29b7^^^^^`,并在 `compare` 分支中键入 `96d29b7`,可将 `96d29b7` 之前提交的五个提交与 `96d29b7` 提交进行比较。
下面是 [使用 `^` 表示法进行比较](https://github.com/octocat/linguist/compare/octocat:96d29b7%5E%5E%5E%5E%5E...octocat:96d29b7)的示例。
diff --git a/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/viewing-and-comparing-commits/differences-between-commit-views.md b/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/viewing-and-comparing-commits/differences-between-commit-views.md
index f9d94a2f4c35..ae31d95d7976 100644
--- a/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/viewing-and-comparing-commits/differences-between-commit-views.md
+++ b/translations/zh-CN/content/pull-requests/committing-changes-to-your-project/viewing-and-comparing-commits/differences-between-commit-views.md
@@ -23,13 +23,13 @@ ms.locfileid: '145129442'
- 直接导航到存储库的[提交页](https://github.com/mozilla/rust/commits/master)
- 单击某个文件,然后单击“历史记录”,以访问[特定文件的提交历史记录](https://github.com/mozilla/rust/commits/master/README.md)
-这两个提交视图有时可能会显示不同的信息。 单个文件的历史记录可能忽略在仓库提交历史记录中找到的提交。
+这两个提交视图有时可能会显示不同的信息。单个文件的历史记录可能忽略在仓库提交历史记录中找到的提交。
-Git 有几种不同的方式来显示仓库的历史记录。 当 Git 显示单个文件的历史记录时,会通过忽略未更改文件的提交来简化历史记录。 Git 不是查看每一个提交来决定其是否接触文件,而是会省略整个分支,前提是该分支合并时没有影响文件的最终内容。 将不会显示接触文件的分支上的任何提交。
+Git 有几种不同的方式来显示仓库的历史记录。当 Git 显示单个文件的历史记录时,会通过忽略未更改文件的提交来简化历史记录。Git 不是查看每一个提交来决定其是否接触文件,而是会省略整个分支,前提是该分支合并时没有影响文件的最终内容。将不会显示接触文件的分支上的任何提交。
-对于单个文件的提交历史记录,{% data variables.product.product_name %} 明确遵循此简单策略。 它会移除对最终结果没有作用的提交,简化历史记录。 例如,如果侧分支做了更改,然后还原,则该提交不会显示在分支历史记录中。 这可提高分支审查的效率,因为您只看到影响文件的提交。
+对于单个文件的提交历史记录,{% data variables.product.product_name %} 明确遵循此简单策略。它会移除对最终结果没有作用的提交,简化历史记录。例如,如果侧分支做了更改,然后还原,则该提交不会显示在分支历史记录中。这可提高分支审查的效率,因为您只看到影响文件的提交。
-此截断视图可能并不总是包含你需要的信息。 如果要查看整个历史记录,{% data variables.product.product_name %} 在存储库的提交页面提供了信息更多的视图。
+此截断视图可能并不总是包含你需要的信息。如果要查看整个历史记录,{% data variables.product.product_name %} 在存储库的提交页面提供了信息更多的视图。
有关 Git 如何考虑提交历史记录的详细信息,请参阅 `git log` 帮助文章的[“历史记录简化”](https://git-scm.com/docs/git-log#_history_simplification)部分。