Node.js 被分叉出一個項目 — Ayo.js，腫麼了

標籤：pac   補丁   class   for   分支   引入   大量   node.js   idt   

 

（註：ayo.js叉從Node.js。目前，大量的文檔仍然指向Node.js庫。）

ayo.js是一個JavaScript運行時建立在Chrome的V8 JavaScript引擎。ayo.js使用事件驅動的，非阻塞I/O模型，使其輕量化和高效。生態系統的ayo.js包，NPM，是世界上最大的生態系統的開放原始碼庫。

貢獻、策略和發布是在一個開放的治理模型下管理的。

這個項目受到管理辦法的約束。

https://github.com/ayojs/ayo

 

Ayo（發音為“eye-oh”或 IO）是當前流行的 JavaScript 運行時 Node.js 的一個分支。它的建立是由於 Node.js 項目內部發生了一個關於“管理辦法(Code of Conduct)”的問題。

Node.js 項目的一個委員會(TSC)就是否應該允許一名 Node.js 項目的開發人員繼續為項目工作進行了投票，投票結果是 60% 持贊成的態度。之所以進行投票，是因為這名開發人員存在一些違反“管理辦法”的行為。事實上，本次投票意味著他們對這個“管理辦法”十分重視。

不幸的是，正如推特使用者 maybekatz 所指出的那樣，如果委員會成員投票贊成讓開發人員繼續為項目工作，這使得“管理辦法”看起來沒有執行力。

而且現在由於“管理辦法”的執行力不足，不僅造成了 Node.js 的分叉，還導致一名 Node.js 委員會成員在 TSC（技術指導委員會）上辭去自己的職務。

下面是這位選擇辭職的開發人員所說的內容：

TSC 最近的一項決定讓我認為技術指導委員會正在做出不符合 Node.js 項目最大利益的決策。這並不只是關乎某個具體的個人的問題，作為一個項目和我們承擔的責任，這還是一個關乎著我們所選擇的向眾人展示的價值觀的問題。

TSC 對該項目擁有最終的權力，包括：

• 技術方向

• 項目的治理與流程（包括本條細則）

• 貢獻細則

• GitHub 倉庫託管

• 管理辦法

• 維護附加共同作業者的列表

當前的決定破壞了我們的“管理辦法”，在我看來，這不但驅走了潛在的貢獻者，還破壞了委員會的治理能力。

驅走開源項目的貢獻者在開源世界中可能是致命的舉動，要知道，大多數開發人員基本上都是利用他們的空閑時間來志願為項目貢獻。無論是為小項目，還是諸如 Node.js 這樣的大項目吸引貢獻者都是十分困難的事，所以我們需要注意讓所有貢獻者都感到愉悅。

開源項目應該採用“管理辦法”，因為它可以使得貢獻者在為項目貢獻的過程中感到安全，可以增加他們提交補丁時的勇氣。貢獻者剛加入一個項目時，可能對項目會有點“怕生”的心理，不過“管理辦法”可以協助解決這種情況。引入一個“貢獻”文檔 —— 解釋如何為項目貢獻以及從哪開始，這也是一個好主意。其實，任何能讓福士輕鬆為開源項目貢獻的事都是好事。

2017 年 8 月 23 日上午 11:26 更新：ayo.js 在 github 上討論管理架構和項目目標等多個問題。

其中一個關於是否重新合并回 Node.js 的 issue，得票最高的回複如下：

我只是希望錯誤能被修複。我不在乎這個項目叫什麼或者誰在控制它，只要它還為社區服務，它就值得大家努力推動。

譯自：https://sourcecontribute.com/

 

   原文地址：https://www.oschina.net/news/88016/node-js-has-forked-into-ayo

Node.js 被分叉出一個項目 — Ayo.js，腫麼了