7、团队协作与代码审查：GitHub 拉取请求全解析

团队协作与代码审查：GitHub 拉取请求全解析

1. 拉取请求的功能特性

1.1 草稿拉取请求

创建拉取请求的最佳时间是尽早开始。理想情况下，在开始着手某项工作时就创建拉取请求，这样团队成员通过查看开放的拉取请求就能了解每个人的工作内容。但过早创建拉取请求，评审人员可能不清楚何时提供反馈，这时草稿拉取请求就派上用场了。

创建拉取请求时，可以直接将其设置为草稿状态。草稿拉取请求会明确标记为“草稿”，并有专属图标。还可以使用 draft:true 或 draft:false 作为搜索参数来过滤拉取请求。如果拉取请求已处于评审状态，也能随时将其改回草稿状态；当准备好进行评审时，点击“准备好评审”即可。

1.2 代码所有者

代码所有者是一种在仓库中某些文件发生更改时，自动为拉取请求添加评审人员的有效方式。它有助于跨团队边界进行协作，将审批环节提前到开发早期，而非依赖于发布管道中的变更委员会。

代码所有者可以是团队或个人，需具备写入权限。当拉取请求脱离草稿状态时，代码所有者会被添加为评审人员。要定义代码所有者，需在仓库根目录、 docs/ 文件夹或 .github/ 文件夹中创建一个名为 CODEOWNERS 的文件，其语法如下：
- 使用 @username 或 @org/team-name 定义代码所有者，也可使用用户的电子邮件地址。
- 使用模式匹配文件来分配代码所有者，顺序很重要，最后匹