Skip to content

PR Process (cn)

Jump to bottom
Chen Wang edited this page Feb 23, 2024 · 2 revisions

Sophgo 相关补丁维护流程

Linux 的一个开发周期从 Merge Window 开始（图上 A 点处），为期两周，然后开始经历多个 RC（Release Candidate），每个为期一周，正常 7 个 RC，如果遇到特殊情况可能会多一个 RC8。

我们目前主要负责 review 和收集 arch/riscv/boot/dts/sophgo/ 下的 DTS 改动并向 Upstream 提交 Pull Request。其他驱动相关的内容，譬如 dt-bindings、driver code 等原则上仍然由相关子系统负责人收集提交。下文中提到的补丁收集和提交的活动一般指的是 arch/riscv/boot/dts/sophgo/ 下的 DTS 改动。

  • 从 RC1 开始（图上 "checkpoint 1"），本周期不再接收 new feature，如果有 bugfix，提交 review 通过后会被收录到 https://github.com/sophgo/linux 的 fixes 分支中。

  • 从 RC1 开始（图上 "checkpoint 2"），本周期开始收集下一个周期的 new feature 开发，提交 review 通过后会被收录到 https://github.com/sophgo/linux 的 for-next 分支中。

Note: 以上 fixes/for-next 分支已注册到 linux-next，会被 linux-next 仓库自动拉取。

  • 从 RC6 开始（图上 "checkpoint 3"），我们会负责收集 arch/riscv/boot/dts/sophgo/ 下的 DTS 改动并向 Upstream 提交 Pull Request，这些改动会被收集的前提是相关的 bindings 定义和驱动已经在内核主线中，或者已经 review 通过并已经被相关子系统负责人 pick 到相关的 next 分支仓库中。

其他：

Clone this wiki locally