管理拉取请求

您应该

• 使用 GitHub 审查
• 根据 开发者指南标准 进行审查
• 通过 变基 解决冲突
• 分配 _零个或多个_ pr: * 标签

您不应该使用任何

• 其他标签
• 里程碑

合并

合并 PR 时，您应该

1. 根据您的判断确定所需的批准数量
   • 对于简单的修复，通常一个批准就足够了
   • 对于较大的更改，通常需要两个批准
2. 如果适用，请使用 GitHub 界面添加 changeset
   • 在条目前添加以下前缀之一：“Removed”、“Changed”、“Deprecated”、“Added”、“Fixed” 或 “Security”
   • 如果适用，请以规则名称开头，例如“Fixed: unit-disallowed-list 自定义属性的误报”。
3. “压缩并合并” 提交，确保生成的提交消息
   • 与 changeset 条目匹配，但使用现在时，例如“Fix unit-disallowed-list 自定义属性的误报”
   • 或使用句子大小写并描述性，例如“Refactor colour-no-named to use new AST”