拉取请求
概述
创建 RAPIDS 项目拉取请求的概述。
目标受众
开发者
另请参阅
创建拉取请求
按照此处的步骤为目标仓库创建草稿拉取请求（PR）。
管理分叉和分支的指南
- 使用上游 RAPIDS 仓库的一个分叉。
- 在您的分叉上，创建一个描述计划工作内容的分支。例如，
fix-documentation。 - 打开拉取请求时，请验证目标分支。默认情况下，PRs 针对下一个发布分支。
标题和描述请遵循以下格式。
格式化拉取请求
标题
拉取请求标题应简洁明了，并说明 PR 如何解决该问题。
- 使用现在时（例如“Add feature”而非“Added feature”）
- 使用祈使句（例如“Move cursor to…”而非“Moves cursor to…”）
描述
描述必须以 Closes #[issue number] 开头。如果 PR 解决了多个问题，请使用无序列表并为每个问题重复 Closes #[issue number]。例如
- Closes #45
- Closes #60
描述还应详细说明实现、挑战和解决方案，以便审阅者理解该方法。可以大量引用相关的拉取请求或相关问题，特别是如果此拉取请求可能影响到它们。
描述应提供问题描述中未包含的任何上下文信息。
评论
所有拉取请求评论和审阅必须遵循行为准则
生命周期
起草和测试
草稿拉取请求应在工作进行中时打开。这将运行持续集成（CI），而不会自动请求审阅。一旦拉取请求准备就绪，点击“Ready for review”以获取关于更改的反馈。
审阅和合并
拉取请求准备就绪后，打开草稿，将自动请求审阅者。
所有拉取请求必须通过持续集成状态检查。
一旦获得批准，拉取请求可由经批准的审阅者合并。