diff --git a/es/dashboard/roles.mdx b/es/dashboard/roles.mdx index 289dafb49..977c3b784 100644 --- a/es/dashboard/roles.mdx +++ b/es/dashboard/roles.mdx @@ -68,7 +68,7 @@ Las organizaciones con roles ampliados tienen seis roles: propietario, administr Solo puedes invitar a miembros o asignar roles hasta tu propio rol. - **Propietario**: Todo lo que puede hacer un administrador, además de eliminar el proyecto, eliminar la organización y transferir la propiedad. Cada organización tiene un propietario, que al principio es la persona que la crea. -- **Administrador**: Control total sobre el contenido, los miembros, los roles y la configuración, incluida la facturación y el dominio personalizado. Los administradores pueden publicar sin revisión. +- **Administrador**: Control total sobre el contenido, los miembros, los roles y la configuración, incluida la facturación y el dominio personalizado. Los administradores pueden publicar sin revisión, a menos que tu deployment branch tenga protección de branch. - **Publicador**: Todo lo que puede hacer un editor, además de publicar cambios y aprobar [solicitudes de revisión](/es/editor/review#require-review-before-publishing). - **Editor**: Crear y editar contenido, comentar, solicitar revisiones y gestionar la configuración del sitio y del espacio de trabajo, las integraciones, las claves de API y el assistant. Los editores no pueden publicar ni aprobar revisiones. - **Comentarista**: Todo lo que puede hacer un lector, además de comentar en páginas. diff --git a/es/editor/publish.mdx b/es/editor/publish.mdx index 48ebed996..589ec3faa 100644 --- a/es/editor/publish.mdx +++ b/es/editor/publish.mdx @@ -44,6 +44,7 @@ Haga clic en **Publish** en la barra de herramientas para ver sus cambios pendie | Deployment branch | Ninguna | **Publish** directamente en su sitio publicado | | Deployment branch | Requiere pull requests | **Create branch** para mover el trabajo a una branch nueva | | Deployment branch con [Require review before publishing](/es/editor/review#require-review-before-publishing) activado | Ninguna | **Request review**. Los admins también pueden usar **Publish** directamente | +| Deployment branch con [Require review before publishing](/es/editor/review#review-with-a-protected-deployment-branch) activado | Protegida, en GitHub.com | **Create branch** y luego **Request review** en la branch nueva | | Feature branch | Ninguna | **Request review** y luego **Merge and publish** | | Feature branch con [Require review before publishing](/es/editor/review#review-changes-on-a-branch) activado | Ninguna | **Request review** y luego **Publish approved changes** cuando los revisores aprueben todas las páginas. Los admins también pueden usar **Publish** directamente | | Feature branch en un repositorio alojado por Mintlify, sin aprobaciones obligatorias | Ninguna | **Publish** para hacer merge de la branch en su deployment branch | diff --git a/es/editor/review.mdx b/es/editor/review.mdx index 8d682a2b7..d6eb3519a 100644 --- a/es/editor/review.mdx +++ b/es/editor/review.mdx @@ -64,7 +64,7 @@ Para dirigir a un compañero a una página concreta de una branch, haga clic en Para requerir revisión antes de publicar, debe tener un [plan Enterprise](https://mintlify.com/pricing?ref=review) y el repositorio de su proyecto debe estar en GitHub. -Si un admin activa [Require review before publishing](/es/editor/settings#require-review-before-publishing), los cambios en su deployment branch y en las branches que crea en el editor necesitan la aprobación de un compañero antes de que un admin o publisher pueda publicarlos. Los admins pueden publicar sus propios cambios sin revisión. +Si un admin activa [Require review before publishing](/es/editor/settings#require-review-before-publishing), los cambios en su deployment branch y en las branches que crea en el editor necesitan la aprobación de un compañero antes de que un admin o publisher pueda publicarlos. Los admins pueden publicar sus propios cambios sin revisión, a menos que su deployment branch tenga protección de branch. En una branch, los revisores aprueban cada página en el editor, igual que en su deployment branch. Consulte [Revisar cambios en una branch](#review-changes-on-a-branch). @@ -96,7 +96,7 @@ Los cambios que no pertenecen a una página, como la navegación, la configuraci Mientras una página está en una solicitud de revisión abierta, la barra lateral muestra **In review** junto a ella. Después de que un revisor aprueba la página, la barra lateral muestra **Approved**. -Los admins pueden publicar sin revisión, pero también pueden solicitar una revisión desde el menú **Publish**. +Los admins pueden publicar sin revisión en una deployment branch sin protección, pero también pueden solicitar una revisión desde el menú **Publish**.
@@ -172,10 +172,30 @@ Una revisión en una branch abarca toda la branch. Cada página de la branch mue - Si edita la branch después de la aprobación, o alguien envía un cambio a ella en Git, el banner muestra **You edited this branch after it was approved** o **This branch changed in git after it was approved**. Haga clic en **Request review again** para pedir a los revisores que la revisen de nuevo. - Las páginas que elimina en la branch también forman parte de la revisión. Aparecen como **Removed** y los revisores las aprueban como cualquier otra página. El enlace de una página eliminada en el banner de revisión abre la página de su deployment branch en una pestaña nueva. - Si la branch ya no cambia una página solicitada, la página sale de la solicitud de revisión. +- Las revisiones que los compañeros dejan en la pull request de la branch en GitHub aparecen en la solicitud de revisión y en la [bandeja de entrada](/es/dashboard/inbox) como referencia. No cuentan como aprobaciones en el editor. - Si otra persona publicó un cambio en la misma parte de una página, el menú de publicación muestra **Can't publish these changes** y desactiva **Publish**. Los admins pueden hacer clic en **View request** para resolver el conflicto. Los demás deben pedir ayuda a un admin. En una [sub-branch](/es/editor/publish#sub-branches), el menú de publicación sigue mostrando **Publish to** su deployment branch y **Merge into** la branch principal. +
+ +### Revisar con una deployment branch protegida + +
+ +Si su deployment branch tiene protección de branch, aún puede requerir revisión antes de publicar cuando su repositorio está en GitHub.com. Los repositorios de GitHub Enterprise Server con una deployment branch protegida no pueden usar este ajuste. + +1. En su deployment branch, haga clic en **Create branch** para mover sus cambios a una branch nueva. +1. Haga clic en **Request review** y elija a los revisores. Mintlify abre la pull request de la branch, o marca su pull request en borrador como lista para revisión, y luego envía la solicitud de revisión. +1. Los revisores abren la solicitud desde su bandeja de entrada y hacen clic en **Approve** en el editor. +1. Después de la aprobación, un admin o publisher hace clic en **Publish approved changes**. + +Si un revisor ha [conectado su cuenta de GitHub](/es/dashboard/profile#connect-github), aprobar en el editor también aprueba la pull request en GitHub para el commit que revisó. Si su protección de branch requiere una aprobación de GitHub y el revisor no ha conectado GitHub, el editor le pide que conecte su cuenta primero. + +Al publicar, solo se hace merge de la versión de la branch que aprobaron los revisores. Si edita la branch después de la aprobación, solicite una revisión de nuevo. Las comprobaciones de merge de GitHub, como las comprobaciones de estado obligatorias, siguen aplicándose. + +Con una deployment branch protegida, los admins no pueden publicar sin revisión. Las aprobaciones hechas directamente en GitHub no cuentan como aprobaciones en el editor. +
## Revisar y hacer merge de pull requests diff --git a/es/editor/settings.mdx b/es/editor/settings.mdx index c0f2d5e78..f3ccf9f68 100644 --- a/es/editor/settings.mdx +++ b/es/editor/settings.mdx @@ -68,7 +68,7 @@ Cuando requiere revisión antes de publicar, solo los admins pueden publicar cam - Solo los admins pueden activar o desactivar este ajuste. - Requerir revisiones antes de publicar desactiva la [publicación automática](#auto-publish). -- No puede activar este ajuste mientras su deployment branch tenga protección de branch. Para usarlo, desactive la protección de branch en su deployment branch en GitHub. Para conservar la protección de branch, revise los cambios mediante [pull requests](/es/editor/review#review-and-merge-pull-requests). +- Si su deployment branch tiene protección de branch, su repositorio debe estar en GitHub.com. En ese caso, las revisiones se hacen en branches y los admins no pueden publicar sin revisión. Consulte [Revisar con una deployment branch protegida](/es/editor/review#review-with-a-protected-deployment-branch). - Las revisiones funcionan en su deployment branch y en las branches que crea en el editor. En una branch, un admin o publisher puede publicar una vez que los revisores aprueban todas las páginas modificadas. Consulte [Revisar cambios en una branch](/es/editor/review#review-changes-on-a-branch).
diff --git a/fr/dashboard/roles.mdx b/fr/dashboard/roles.mdx index 8526526c9..6ec43a0b5 100644 --- a/fr/dashboard/roles.mdx +++ b/fr/dashboard/roles.mdx @@ -68,7 +68,7 @@ Les organisations avec des rôles étendus disposent de six rôles : propriétai Vous ne pouvez inviter des membres ou attribuer des rôles que jusqu'à votre propre rôle. - **Propriétaire** : Tout ce que peut faire un administrateur, plus la suppression du projet, la suppression de l'organisation et le transfert de propriété. Chaque organisation a un seul propriétaire, qui est d'abord la personne qui la crée. -- **Administrateur** : Contrôle total sur le contenu, les membres, les rôles et les paramètres, y compris la facturation et le domaine personnalisé. Les administrateurs peuvent publier sans relecture. +- **Administrateur** : Contrôle total sur le contenu, les membres, les rôles et les paramètres, y compris la facturation et le domaine personnalisé. Les administrateurs peuvent publier sans relecture, sauf si votre deployment branch est protégée. - **Publieur** : Tout ce que peut faire un éditeur, plus la publication des modifications et l'approbation des [demandes de relecture](/fr/editor/review#require-review-before-publishing). - **Éditeur** : Créer et modifier du contenu, commenter, demander des relectures et gérer les paramètres du site et de l'espace de travail, les intégrations, les clés d'API et l'assistant. Les éditeurs ne peuvent ni publier ni approuver des relectures. - **Commentateur** : Tout ce que peut faire un lecteur, plus la possibilité de commenter les pages. diff --git a/fr/editor/publish.mdx b/fr/editor/publish.mdx index 14bfc859a..a5fdc0b29 100644 --- a/fr/editor/publish.mdx +++ b/fr/editor/publish.mdx @@ -44,6 +44,7 @@ Cliquez sur **Publish** dans la barre d'outils pour voir vos modifications en at | Deployment branch | Aucune | **Publish** directement vers votre site publié | | Deployment branch | Pull requests requises | **Create branch** pour déplacer votre travail vers une nouvelle branch | | Deployment branch avec [Require review before publishing](/fr/editor/review#require-review-before-publishing) activé | Aucune | **Request review**. Les admins peuvent aussi utiliser **Publish** directement | +| Deployment branch avec [Require review before publishing](/fr/editor/review#review-with-a-protected-deployment-branch) activé | Protégée, sur GitHub.com | **Create branch**, puis **Request review** sur la nouvelle branch | | Feature branch | Aucune | **Request review**, puis **Merge and publish** | | Feature branch avec [Require review before publishing](/fr/editor/review#review-changes-on-a-branch) activé | Aucune | **Request review**, puis **Publish approved changes** une fois que les relecteurs ont approuvé toutes les pages. Les admins peuvent aussi utiliser **Publish** directement | | Feature branch dans un dépôt hébergé par Mintlify, sans approbation requise | Aucune | **Publish** pour fusionner la branch dans votre deployment branch | diff --git a/fr/editor/review.mdx b/fr/editor/review.mdx index 7b5e8c5d6..3605407e2 100644 --- a/fr/editor/review.mdx +++ b/fr/editor/review.mdx @@ -64,7 +64,7 @@ Pour diriger un collègue vers une page précise d'une branch, cliquez sur -Si un admin active [Require review before publishing](/fr/editor/settings#require-review-before-publishing), les modifications sur votre deployment branch et sur les branches que vous créez dans l'éditeur doivent être approuvées par un collègue avant qu'un admin ou un publisher puisse les publier. Les admins peuvent publier leurs propres modifications sans relecture. +Si un admin active [Require review before publishing](/fr/editor/settings#require-review-before-publishing), les modifications sur votre deployment branch et sur les branches que vous créez dans l'éditeur doivent être approuvées par un collègue avant qu'un admin ou un publisher puisse les publier. Les admins peuvent publier leurs propres modifications sans relecture, sauf si votre deployment branch est protégée. Sur une branch, les relecteurs approuvent chaque page dans l'éditeur, de la même façon que sur votre deployment branch. Consultez [Relire les modifications sur une branch](#review-changes-on-a-branch). @@ -96,7 +96,7 @@ Les modifications qui n'appartiennent à aucune page, comme la navigation, les p Tant qu'une page fait partie d'une demande de relecture ouverte, la barre latérale affiche **In review** à côté d'elle. Après qu'un relecteur a approuvé la page, la barre latérale affiche **Approved**. -Les admins peuvent publier sans relecture, mais ils peuvent aussi demander une relecture depuis le menu **Publish**. +Les admins peuvent publier sans relecture sur une deployment branch non protégée, mais ils peuvent aussi demander une relecture depuis le menu **Publish**.
@@ -172,10 +172,30 @@ Une relecture sur une branch couvre toute la branch. Chaque page de la branch af - Si vous modifiez la branch après l'approbation, ou si quelqu'un y pousse une modification dans Git, la bannière affiche **You edited this branch after it was approved** ou **This branch changed in git after it was approved**. Cliquez sur **Request review again** pour demander aux relecteurs de la relire. - Les pages que vous supprimez sur la branch font aussi partie de la relecture. Elles apparaissent comme **Removed**, et les relecteurs les approuvent comme n'importe quelle autre page. Le lien d'une page supprimée dans la bannière de relecture ouvre la page de votre deployment branch dans un nouvel onglet. - Si la branch ne modifie plus une page demandée, la page quitte la demande de relecture. +- Les relectures que vos collègues laissent sur la pull request de la branch dans GitHub apparaissent dans la demande de relecture et dans la [boîte de réception](/fr/dashboard/inbox) à titre indicatif. Elles ne comptent pas comme des approbations dans l'éditeur. - Si quelqu'un d'autre a publié une modification de la même partie d'une page, le menu de publication affiche **Can't publish these changes** et désactive **Publish**. Les admins peuvent cliquer sur **View request** pour résoudre le conflit. Les autres doivent demander de l'aide à un admin. Sur une [sous-branch](/fr/editor/publish#sub-branches), le menu de publication affiche toujours **Publish to** votre deployment branch et **Merge into** la branch parente. +
+ +### Relire avec une deployment branch protégée + +
+ +Si votre deployment branch a une protection de branch, vous pouvez quand même exiger une relecture avant publication lorsque votre dépôt est sur GitHub.com. Les dépôts GitHub Enterprise Server dont la deployment branch est protégée ne peuvent pas utiliser ce paramètre. + +1. Sur votre deployment branch, cliquez sur **Create branch** pour déplacer vos modifications vers une nouvelle branch. +1. Cliquez sur **Request review** et choisissez des relecteurs. Mintlify ouvre la pull request de la branch, ou marque sa pull request en brouillon comme prête à être relue, puis envoie la demande de relecture. +1. Les relecteurs ouvrent la demande depuis leur boîte de réception et cliquent sur **Approve** dans l'éditeur. +1. Après l'approbation, un admin ou un publisher clique sur **Publish approved changes**. + +Si un relecteur a [connecté son compte GitHub](/fr/dashboard/profile#connect-github), approuver dans l'éditeur approuve aussi la pull request dans GitHub pour le commit qu'il a relu. Si votre protection de branch exige une approbation GitHub et que le relecteur n'a pas connecté GitHub, l'éditeur lui demande d'abord de connecter son compte. + +La publication ne fusionne que la version de la branch que les relecteurs ont approuvée. Si vous modifiez la branch après l'approbation, demandez à nouveau une relecture. Les vérifications de fusion de GitHub, comme les status checks requis, s'appliquent toujours. + +Avec une deployment branch protégée, les admins ne peuvent pas publier sans relecture. Les approbations faites directement dans GitHub ne comptent pas comme des approbations dans l'éditeur. +
## Réviser et fusionner les pull requests diff --git a/fr/editor/settings.mdx b/fr/editor/settings.mdx index a8eae8f25..a66ab777c 100644 --- a/fr/editor/settings.mdx +++ b/fr/editor/settings.mdx @@ -68,7 +68,7 @@ Lorsque vous exigez une relecture avant publication, seuls les admins peuvent pu - Seuls les admins peuvent activer ou désactiver ce paramètre. - Exiger des relectures avant publication désactive la [publication automatique](#auto-publish). -- Vous ne pouvez pas activer ce paramètre tant que votre deployment branch a une protection de branch. Pour l'utiliser, désactivez la protection de branch sur votre deployment branch dans GitHub. Pour conserver la protection de branch, relisez plutôt les modifications via des [pull requests](/fr/editor/review#review-and-merge-pull-requests). +- Si votre deployment branch a une protection de branch, votre dépôt doit être sur GitHub.com. Les relectures se font alors sur des branches, et les admins ne peuvent pas publier sans relecture. Consultez [Relire avec une deployment branch protégée](/fr/editor/review#review-with-a-protected-deployment-branch). - Les relectures fonctionnent sur votre deployment branch et sur les branches que vous créez dans l'éditeur. Sur une branch, un admin ou un publisher peut publier une fois que les relecteurs ont approuvé chaque page modifiée. Consultez [Relire les modifications sur une branch](/fr/editor/review#review-changes-on-a-branch).
diff --git a/zh/dashboard/roles.mdx b/zh/dashboard/roles.mdx index 725d6f61c..5a4f251bc 100644 --- a/zh/dashboard/roles.mdx +++ b/zh/dashboard/roles.mdx @@ -68,7 +68,7 @@ Mintlify 提供三种 dashboard 访问级别：查看者、编辑者和管理员 你只能邀请成员或分配不高于你自己角色的角色。 - **所有者**：拥有管理员的所有权限，还可以删除项目、删除组织和转移所有权。每个组织只有一位所有者，最初是创建该组织的人。 -- **管理员**：完全控制内容、成员、角色和设置，包括账单和自定义域名。管理员可以不经审阅直接发布。 +- **管理员**：完全控制内容、成员、角色和设置，包括账单和自定义域名。管理员可以不经审阅直接发布，除非你的 deployment branch 启用了分支保护。 - **发布者**：拥有编辑者的所有权限，还可以发布更改和批准[审阅请求](/zh/editor/review#require-review-before-publishing)。 - **编辑者**：创建和编辑内容、发表评论、请求审阅，以及管理站点和工作区设置、集成、API 密钥和 assistant。编辑者无法发布或批准审阅。 - **评论者**：拥有查看者的所有权限，还可以评论页面。 diff --git a/zh/editor/publish.mdx b/zh/editor/publish.mdx index bbf469ae3..fec151c46 100644 --- a/zh/editor/publish.mdx +++ b/zh/editor/publish.mdx @@ -44,6 +44,7 @@ keywords: ["publish", "branch", "git", "commit", "conflicts", "deploy", "pull re | Deployment branch | 无 | **Publish** 直接发布到你的线上站点 | | Deployment branch | 要求 pull request | **Create branch** 把工作移动到新分支 | | 已开启 [Require review before publishing](/zh/editor/review#require-review-before-publishing) 的 Deployment branch | 无 | **Request review**。admins 也可以直接 **Publish** | +| 已开启 [Require review before publishing](/zh/editor/review#review-with-a-protected-deployment-branch) 的 Deployment branch | 受保护，位于 GitHub.com | **Create branch**，然后在新分支上点击 **Request review** | | Feature branch | 无 | **Request review**，然后 **Merge and publish** | | 已开启 [Require review before publishing](/zh/editor/review#review-changes-on-a-branch) 的 Feature branch | 无 | **Request review**，在审阅者批准所有页面后再点击 **Publish approved changes**。admins 也可以直接 **Publish** | | Mintlify 托管的仓库中的 Feature branch，且无需审批 | 无 | **Publish** 将该分支合并到 deployment branch | diff --git a/zh/editor/review.mdx b/zh/editor/review.mdx index a503d43f2..841ecd2ac 100644 --- a/zh/editor/review.mdx +++ b/zh/editor/review.mdx @@ -64,7 +64,7 @@ keywords: ["review", "preview", "live preview", "pull request", "request review" 要在发布前要求审阅，你必须使用 [Enterprise 方案](https://mintlify.com/pricing?ref=review)，并且项目的仓库必须托管在 GitHub 上。 -如果 admin 开启了 [Require review before publishing](/zh/editor/settings#require-review-before-publishing)，deployment branch 以及你在编辑器中创建的 branch 上的更改需要先获得同事批准，admin 或 publisher 才能发布。admins 可以不经审阅直接发布自己的更改。 +如果 admin 开启了 [Require review before publishing](/zh/editor/settings#require-review-before-publishing)，deployment branch 以及你在编辑器中创建的 branch 上的更改需要先获得同事批准，admin 或 publisher 才能发布。admins 可以不经审阅直接发布自己的更改，除非你的 deployment branch 启用了分支保护。 在 branch 上，审阅者会在编辑器中逐页批准，方式与 deployment branch 相同。请参阅[审阅 branch 上的更改](#review-changes-on-a-branch)。 @@ -96,7 +96,7 @@ keywords: ["review", "preview", "live preview", "pull request", "request review" 当页面处于未完成的审阅请求中时，侧边栏会在其旁边显示 **In review**。审阅者批准该页面后，侧边栏会显示 **Approved**。 -admins 可以不经审阅直接发布，但也可以从 **Publish** 菜单请求审阅。 +在未受保护的 deployment branch 上，admins 可以不经审阅直接发布，但也可以从 **Publish** 菜单请求审阅。
@@ -172,10 +172,30 @@ branch 上的审阅涵盖整个 branch。branch 的每个页面都显示同一 - 如果你在批准后编辑了 branch，或有人在 Git 中向其推送了更改，横幅会显示 **You edited this branch after it was approved** 或 **This branch changed in git after it was approved**。点击 **Request review again** 请审阅者重新审阅。 - 你在 branch 上删除的页面也属于审阅的一部分。它们显示为 **Removed**，审阅者会像批准其他页面一样批准它们。审阅横幅中已删除页面的链接会在新标签页中打开该页面在 deployment branch 上的版本。 - 如果 branch 不再更改某个已请求审阅的页面，该页面会离开审阅请求。 +- 同事在 GitHub 中对该 branch 的 pull request 留下的审阅会显示在审阅请求和[收件箱](/zh/dashboard/inbox)中，仅供参考。它们不算作编辑器中的批准。 - 如果其他人已发布了对页面同一部分的更改，发布菜单会显示 **Can't publish these changes** 并禁用 **Publish**。admins 可以点击 **View request** 解决冲突。其他人应向 admin 寻求帮助。 在 [sub-branch](/zh/editor/publish#sub-branches) 上，发布菜单仍会显示 **Publish to** 你的 deployment branch 以及 **Merge into** 父 branch。 +
+ +### 在受保护的 deployment branch 上审阅 + +
+ +如果你的 deployment branch 启用了分支保护，只要仓库托管在 GitHub.com 上，你仍然可以要求发布前审阅。deployment branch 受保护的 GitHub Enterprise Server 仓库无法使用该设置。 + +1. 在 deployment branch 上，点击 **Create branch** 将你的更改移动到新的 branch。 +1. 点击 **Request review** 并选择审阅者。Mintlify 会打开该 branch 的 pull request，或将其草稿 pull request 标记为可供审阅，然后发送审阅请求。 +1. 审阅者从收件箱中打开请求，并在编辑器中点击 **Approve**。 +1. 批准后，admin 或 publisher 点击 **Publish approved changes**。 + +如果审阅者已[连接其 GitHub 账号](/zh/dashboard/profile#connect-github)，在编辑器中批准时也会针对其审阅的 commit 在 GitHub 中批准该 pull request。如果你的分支保护要求 GitHub 批准，而审阅者尚未连接 GitHub，编辑器会先要求其连接账号。 + +发布时只会合并审阅者批准的 branch 版本。如果你在批准后编辑了 branch，请重新请求审阅。GitHub 的合并检查（例如必需的状态检查）仍然适用。 + +在受保护的 deployment branch 上，admins 无法不经审阅直接发布。直接在 GitHub 中进行的批准不算作编辑器中的批准。 +
## 审阅并合并 pull request diff --git a/zh/editor/settings.mdx b/zh/editor/settings.mdx index bfafb5bfc..4795a316b 100644 --- a/zh/editor/settings.mdx +++ b/zh/editor/settings.mdx @@ -68,7 +68,7 @@ keywords: ["editor", "settings", "ai", "instructions", "publishing", "pull reque - 只有 admins 可以开启或关闭该设置。 - 要求发布前审阅会关闭[自动发布](#auto-publish)。 -- 当 deployment branch 启用了分支保护时，你无法开启该设置。要使用该设置，请在 GitHub 中关闭 deployment branch 的分支保护。如果要保留分支保护，请改为通过 [pull request](/zh/editor/review#review-and-merge-pull-requests) 审阅更改。 +- 如果 deployment branch 启用了分支保护，你的仓库必须托管在 GitHub.com 上。此时审阅会在分支上进行，admins 无法不经审阅直接发布。请参阅[在受保护的 deployment branch 上审阅](/zh/editor/review#review-with-a-protected-deployment-branch)。 - 审阅适用于你的 deployment branch 以及你在编辑器中创建的分支。在分支上，审阅者批准所有已更改的页面后，admin 或 publisher 即可发布。请参阅[审阅 branch 上的更改](/zh/editor/review#review-changes-on-a-branch)。