Facebook已經(jīng)決定采用一種新的征求意見（Request for Comments，RFC）流程，來幫助指導(dǎo)React的設(shè)計(jì)，同時(shí)使從想法到實(shí)現(xiàn)的過程更加順利。
新的流程要求，對于React的重大變更需要在開發(fā)工作開始前經(jīng)過一個(gè)審核流程。這些重大變更包括：
新增功能，這項(xiàng)功能會創(chuàng)建新的API模塊并且如果引入該功能會需要一個(gè)feature flag（feature flags是軟件開發(fā)的一種最佳實(shí)踐，通過feature flag，你可以控制一個(gè)功能的完整生命周期）。刪除功能，這項(xiàng)功能已經(jīng)作為發(fā)布渠道的一部分進(jìn)行了交付。引入新的慣用做法或約定，即使這些并不包含對React本身的代碼修改。上述列表引自RFC流程的README文檔
作為流程的一部分，開發(fā)者需要創(chuàng)建一個(gè)RFC文檔，向RFC倉庫提交一個(gè)pull request，然后將社區(qū)的反饋包含在提案中。是否接受這個(gè)RFC，由React核心團(tuán)隊(duì)做最終決定。
這似乎是React項(xiàng)目曾經(jīng)采用的非正式的慣用流程的正規(guī)化。一個(gè)GitHub上的React項(xiàng)目的調(diào)查顯示，有許多issue都是開始于伴隨不同層次討論的RFC。
Facebook將Rust RFC流程作為他們流程的靈感來源，因此兩者的RFC主頁有許多相同的內(nèi)容和步驟。當(dāng)然，RFC并不新鮮，它們是互聯(lián)網(wǎng)工程任務(wù)組（Internet Engineering Task Force，IETF）完成的許多工作的基礎(chǔ)。
Juan Pablo Buritica說，開源項(xiàng)目使用RFC流程的好處之一是人們更有融入感：
我從未發(fā)現(xiàn)，有比讓人們參與決策更好的方法，來讓人們獲得團(tuán)隊(duì)歸屬感。如果我們參與重要的決定，我們的工作可能會更有影響力，而這也讓我們更有工作的動力。通過給予團(tuán)隊(duì)成員機(jī)會去評論其他人提出的決策，RFC成為增強(qiáng)團(tuán)隊(duì)融入感和成員參與度的非常好的工具，而這也會形成工作中的影響力。
RFC流程會為開源項(xiàng)目維護(hù)人和想要為開源項(xiàng)目做貢獻(xiàn)的人都節(jié)省時(shí)間。對一個(gè)代碼庫做了一個(gè)大型的改動，然后提交了一個(gè)pull request，卻只是被代碼維護(hù)人拒絕，這完全是浪費(fèi)時(shí)間。Jeff Geerling說，沒有經(jīng)過討論的大型改動是他拒絕許多pull request的原因之一：
我曾經(jīng)收到過一些將整個(gè)項(xiàng)目架構(gòu)或測試架構(gòu)替換了的PR。我不會合并像這樣的PR，除非這個(gè)PR已經(jīng)先在一個(gè)issue中被徹底地討論過（并經(jīng)過了核準(zhǔn)）。通常，事出必有因（事實(shí)上，原因還不止一個(gè)）。
目前RFC中的文檔列表包括一些由React核心團(tuán)隊(duì)成員撰寫的文檔。
查看英文原文：React Adopts RFC Process
京公網(wǎng)安備 11010502049343號