Rust 和 WebAssembly RFC

許多變更,包括錯誤修正和文件改進,可以透過正常的 GitHub pull request 流程來實作和檢閱。

不過有些變更是「實質的」,我們要求它們通過一點設計流程,並在 Rust 和 WebAssembly 社群中達成共識。

「RFC」(意見徵求)流程旨在為重大變更和新增提供一致且受控的路徑,以進入 Rust 和 WebAssembly 生態系統,以便所有利害關係人能對生態系統發展的方向充滿信心。

RFC 流程

變更何時需要 RFC?RFC 如何核准或拒絕?RFC 生命週期為何?

RFC 001 中回答了這些問題.

授權

此儲存庫目前正在以下授權下處理:

  • Apache 授權 2.0 版(LICENSE-APACHE 或 http://www.apache.org/licenses/LICENSE-2.0)
  • MIT 授權(LICENSE-MIT 或 http://opensource.org/licenses/MIT)

由你選擇。儲存庫的某些部分已根據那些條款取得授權。如需更多資訊,請參閱 RFC 2044 及其 追蹤問題

貢獻

除非你明確另有說明,否則你對作品有意提交的任何貢獻,如 Apache-2.0 授權中所定義的,應如上文所述,雙重授權,且沒有任何其他條款或條件。