Pull Request 门禁检查是一个在软件开发过程中用于确保代码质量和符合团队提交标准的自动化检查机制。当开发人员提交一个 Pull Request 以将他们的代码更改合并时，Pull Request 门禁检查就会启动。

门禁检查通过自动化测试、编程语言规范、编译测试和安全扫描等方式，确保提交的代码符合预定的质量标准和团队规范，这个过程可以帮助团队提高代码质量、减少错误和缺陷，同时促进团队内部的协作和代码一致性，从而提高整体软件开发的效率和可靠性。

Gitee 的 Pull Request 门禁检查能够让你通过构建一个 Gitee 第三方应用程序，在仓库被提交 Pull Request 时，执行检查脚本，并将相应的执行结果返回到 Pull Request 中，直接调用外部服务提供的能力，实现在页面上的呈现和交互。

点击链接了解详情：https://help.gitee.com/base/pullrequest/ci-check

下面就以 Gitee Jenkins 插件为例，为你介绍一次简单的门禁检查流程。

Gitee Jenkins 插件是一款开源的插件，你可以访问该仓库进行下载：https://gitee.com/oschina/Gitee-Jenkins-Plugin

Gitee 的 Pull Request 门禁检查依赖于 Webhook 与第三方工具连接，因此需要在 Jenkins 和 Gitee 中完成相关配置。

Jenkinsfile 是一种用于定义 Jenkins 流水线的文本文件，它用于自动化软件的构建、测试和部署过程。通过 Jenkinsfile，您可以编写代码来描述整个 CI/CD 的流程。

Gitee 为你提供了丰富的 API 接口，你可以用 Jenkinsfile 定义 Gitee 的 Pull Request 门禁检查。

点击链接查看详细的接口说明：https://help.gitee.com/base/pullrequest/ci-check

通过 API 接口，你可以根据团队自身要求，自定义属于团队自己的门禁检查规则，不论是 DCO 检测还是代码格式化检查，都可以自由配置。

如下图高亮的这段脚本，就在流水线过程中定义了一次名为YourCheckName的门禁检查。

完成 Jenkinsfile 配置后，你就可以在 PR 页面下方的检查中看到刚才配置的名为YourCheckName的门禁。

在保护分支策略里，你可以设置要求门禁状态成功才能合并，这样在后续 Pull Request 创建检查时，如果检查项没有成功，该 Pull Request 是不允许合并的。

通过 Pull Request 门禁检查，可以帮助你的团队实现构建流程的自动化和标准化。通过第三方工具，将复杂的检查流程编码为可版本控制的脚本，易于追踪更改、复审和复用，提高了构建过程的一致性和可重复性，同时减少了人为错误的可能性。

点击链接：https://gitee.com/enterprises 或扫描下方二维码，开始使用 Gitee 企业版，帮助你的企业迅速完成数字化转型，定义自己的敏捷协作方式。