Open Code Review

13 July, 2026 - Tags: TIL, Bevy, Rust, Git

最近看到一篇 Clippy 的 blog 文章 Together for a healthier Clippy，提到了 Clippy 的新政策（機制？）：當一位 contributor 開 PR 時，會要求需要有兩位社群的 reviewer 看過之後才會被 maintainer 撿起來 review，並且這個流程也會透過 rustbot 來自動化。然後 contributor 如果有去 review 別人的 PR，也會在 maintainer 那邊留下紀錄，據說會讓他們的 PR 被 review 的 priority 提高？

The underlying mechanism looks like this: Once a contributor opens a pull request, our dear bot @rustbot will prompt them to look at other pull requests (preferably ones without any other reviews). After they’ve reviewed a pull request, the contributor gets on a special secret list of cool ones, and priority on their pull request from the team's reviewers.

從原貼文的 quote 可以看到，這個機制最早是來自於 Bevy，並且 Alice 也有寫一篇文章 Open Code Review 來完整說明背後的動機以及實施後的影響。看完之後我有點恍然大悟的感覺，應該不少公司會有讓團隊成員都要瞭解 codebase 的文化，所以 code 不見得都是主管在 review，以促進知識流通；並且學術界發表論文本來就需要 peer review，這也是行之有年的慣例。可是在開源專案卻比較少見這樣的現象，大多專案只會讓有寫入權限的核心貢獻者來 review PR，外部貢獻者的 non-code contribution 大多停留在 issue triage 上面。

不過從一些社群的討論可以看到有人不以為然，認為這種政策很好繞過，反正我只要多找幾個帳號，不管是自己辦的或是跟朋友一起，就能很容易的通過獲得兩個社群 review 的門檻，進而浪費 maintainer 的精力。（或許可以靠 vouch 這種信任機制來防禦？）至於在 Clippy 上面實施的成果如何，就要留待時間驗證了，現在這個制度也才公佈不到一個月（從 blog 貼文時間起算）。