Fuchsia 使用外部 Rust Crate。外部 Rust Crate 會放在 //third_party/rust_crates/vendor 中。這組 Crate 是以 //third_party/rust_crates/Cargo.toml 中列出的依附元件為基礎。
一般來說,新增或更新外部 Crate 包含下列步驟:
- 計算外部 Crate 的依附元件。 
- 要求開放原始碼審查委員會 (OSRB) 核准。 - 詳情請參閱本文的「新增外部 Crate」或「更新外部 Crate」一節。
 
- 等待 OSRB 核准。 
- 上傳變更以進行程式碼審查。 
新增外部 Crate
如果找不到要使用的現有 Crate,可以將外部 Crate 新增至 Fuchsia。
如要新增外部 Crate,請按照下列步驟操作:
- 切換至 Fuchsia 存放區的基底目錄。 - 舉例來說,如果 Fuchsia 目錄為 - ~/fuchsia,請執行下列指令:- cd ~/fuchsia
- 在 - third_party/rust_crates/Cargo.toml中新增要加入 Crate 的項目。
- 執行下列指令,下載所需 Crate 並計算該 Crate 的依附元件: - fx update-rustc-third-party- fx update-rustc-third-party會下載- rust_crates/Cargo.toml中列出的所有 Crate 及其依附元件,將下載的 Crate 放在- vendor目錄中,然後更新- Cargo.toml和- Cargo.lock。- 如果 Crate 使用 - build.rs指令碼,您可能需要提供額外設定。這項設定會取代指令碼,而建構系統刻意不支援指令碼。設定應放在下列兩者中:- Cargo.toml檔案中的- [gn.package.<crate>]區段,以及
- //build/bazel/update-rustc-third-party/crate_annotations.bzl- cargo-gnaw會使用這項設定產生 GN 建構規則,- crate_universe則會產生 Bazel 建構規則。詳情請參閱 cargo-gnaw 的 README。- 在本機提交變更後,請再次執行 - fx update-rustc-third-party,並確認作業順利完成,且未產生任何變更。您可以執行- git status來確認。
 
- 執行下列指令來進行建構測試: - fx set core.x64 && fx build
- 請按照下列步驟要求 OSRB 核准: 
- 如果獲得 OSRB 核准,請將變更上傳至 Gerrit 以供審查。 請在變更中加入 OSRB 問題 ID 編號。 
- 將外部 Rust Crate 目錄的擁有者新增為程式碼審查者。您必須向其中一位存放區擁有者取得 - Code Review Label +2。
- 如果您有權將核准的變更提交至 Commit Queue (CQ),請提交變更,將該變更合併至 third_party/rust_crates。 - 如果無法提交核准的變更,請回覆 Gerrit 變更,並要求其中一位存放區擁有者提交變更。 - 如要進一步瞭解每個貢獻者角色可執行的相關動作,請參閱角色矩陣。 
更新外部 Crate
如要更新外部 Crate,請按照下列步驟操作:
- 增加 Crate 的修補程式編號,例如: - third_party/rust_crates/Cargo.toml- 如為遞移依附元件 (不會顯示在 third_party_rust_crates/Cargo.toml中),請改為執行fx host-tool cargo update --manifest-path third_party/rust_crates/Cargo.toml --package $crate_name。指令輸出內容會顯示已更新的$crate_name版本。接著,請檢查$crate_name中third_party/rust_crates/BUILD.gn的參照,並據此更新版本字串。
 
- 如為遞移依附元件 (不會顯示在 
- 執行下列指令: - fx update-rustc-third-party- 您可能需要在 Cargo.toml 檔案內的 - [gn.package.<crate>]區段中更新或提供額外設定。如果 Crate 使用- build.rs指令碼,這項設定會取代該指令碼,而建構系統刻意不支援該指令碼。- cargo-gnaw會使用這項設定,從- Cargo.toml檔案產生 GN 規則。詳情請參閱 cargo-gnaw 的 README。
- 檢查更新後的 Crate 版本字串是否已在 - third_party/rust_crates/BUILD.gn中正確更新,並視需要手動調整。- 在本機修訂變更後,請再次執行 - fx update-rustc-third-party,並確認作業順利完成,且未產生任何變更。您可以執行- git status來確認。
- 執行下列指令來進行建構測試: - fx set core.x64 && fx build
- 檢查授權或依附元件是否有任何變更。如有這類變更,您必須通過 OSRB 核准程序。請按照下列步驟要求 OSRB 核准: 
- 更新已修改 Crate 的 OWNERS 檔案。如要進一步瞭解如何更新 OWNERS 檔案,請參閱「OWNERS 檔案」一節。 
- 收到 OSRB 核准後,請將變更上傳至 Gerrit 供審查。請在變更中加入 OSRB 問題 ID 編號。 
- 如果執照或依附元件沒有變更,您可以上傳變更內容送審,不必經過 OSRB 核准程序。 
新增鏡像
積極貢獻上游存放區或維護 Fuchsia 存放區的長期存續分支時,使用完整的 Git 存放區匯入 Crate,而非 Cargo 的供應商工具,會很有幫助。雖然這種做法很實用,但相較於預設流程,負擔相當大,因此請審慎使用。
- 在 fuchsia.googlesource.com 要求新增鏡像。
- 將鏡像新增至 Rust 執行階段的 Jiri 資訊清單。
- 將 Crate 的修補程式區段新增至工作區。
- 執行更新指令碼。
匯入 Crate 中的部分檔案
在某些情況下,您可能只想匯入 Crate 中的部分檔案。舉例來說,外部存放區中可能有與 Fuchsia 授權規定不相容的選用授權。以下是一個例子, 說明發生這種情況的 OSRB 審查。
如要這麼做,請將 Crate 的檔案新增至 /third_party/rust_crates/forks。
- 按照新增外部 Crate 的操作說明進行操作。
- 執行 fx update-rustc-third-party後,請將下載的 Crate 副本從/third_party/rust_crates/vendor/<my_crate>移至/third_party/rust_crates/forks/<my_crate>。
- 對匯入的檔案進行必要變更。
- 在 - [patch.crates-io]區段中新增一行,指向新 Crate:- /third_party/rust_crates/Cargo.toml- [patch.crates-io] ... my_crate = { path = "forks/<my_crate>" } ...
- 重新執行 - fx update-rustc-third-party和- fx build。
- 新增 - /third_party/rust_crates/forks/<my_crate>/README.fuchsia檔案,該檔案的格式應與其他 Crate 的- README.fuchsia格式相符。請參閱- /third_party/rust_crates/forks/README.md,瞭解應包含的內容。
Unicode Crate
如果專案需要匯入新的外部 Crate,以處理與 Unicode 和國際化相關的功能,請盡可能使用 UNIC 專案的 Crate。
豁免的非 UNIC 貨箱
下列非 UNIC Crate 已供應,因此可免除:
- unicode-bidi
- unicode-normalization
- unicode-segmentation
- unicode-width
- unicode-xid
標準化理由
UNIC Crate 相較於其他 Crate 具有下列優勢:
- UNIC Crate 是在單一存放區中開發,共用通用程式碼和單一版本配置。 - 獨立開發的 Crate 不會共用發布時間表、版本控制架構,也不會遵守任何特定版本的 Unicode 標準。
 
- UNIC Crate 是從一組一致的 Unicode 資料檔案產生。 - 每個獨立 Crate 都會使用任意版本和資料子集。舉例來說,不同 Crate 可能對特定程式碼點是否已指派、屬性為何等有不同假設。
 
- UNIC 專案的目標是全面涵蓋各項功能,成為 Rust 的 ICU。如果專案成功,我們對不相關的 Unicode Crate 的依附元件應會隨著時間減少。 
OWNERS 檔案
所有外部 Rust Crate 都會維護 OWNERS 檔案,指出負責審查和更新的人員。這些檔案是由建構圖形中繼資料和明確的覆寫檔案組合產生。
update-rustc-third-party 工具會盡量使用現有資料更新這些檔案,但可能會出錯。這項update-3p-owners工具可直接從建構圖表重新產生 OWNERS 檔案,進而提升效能。
執行工具
這項工具會找出哪些建構目標依附於特定 Crate,因此需要完成最大「廚房水槽」建構的後設資料:
- 執行 fx set core.x64 --with //bundles/buildbot/core --with //bundles/kitchen_sink --with-host '//tools/gn_desc:install_gn_desc(//build/toolchain:host_x64)'個
- 執行 fx update-3p-owners --rust-metadata <FUCHSIA_BUILD_DIR>/rustlang/3p-crates-metadata.json。
手動更新 OWNERS
供應商提供的第三方 Crate 的 OWNERS 檔案是從兩個主要來源建構而來:
- 依附於第三方 Rust Crate 的目標會將 OWNERS 檔案匯入至所依附 Crate 的 OWNERS。舉例來說,如果 src/lib/foo這類目標依附於barCrate,則barCrate 的 OWNERS 檔案會包含src/lib/foo/OWNERS。
- 依附於另一個第三方 Rust Crate 的第三方 Rust Crate 會將依附元件的 OWNERS 檔案匯入自己的檔案。舉例來說,如果 barCrate 依附於bazCrate,則barCrate 的 OWNERS 檔案會包含third_party/rust_crates/vendor/bar-1.0.0/OWNERS。
如果是現有 Crate 的版本升級,通常只要將 include 陳述式更新為升級後 Crate 的最新版本即可。
新增覆寫
有些 Crate 的使用者人數過多,無法維持 (請參閱「旁觀者效應」)。其他團隊則會實作特定領域 (例如安全性) 的專屬行為,因此我們希望由特定團隊負責審查程式碼。
在這種情況下,請在 //third_party/owners.toml 中新增項目,並提供要參照的其他 OWNERS 檔案路徑,然後重新執行工具。這會以覆寫的路徑取代反向依附元件中繼資料擁有權。
更新頻率
Rust on Fuchsia 團隊成員目前負責定期執行這項工具。請參閱 https://fxbug.dev/42152910,追蹤 OWNERS 檔案的自動更新程序。
在本機覆寫
如果您要向上游貢獻內容,並想執行樹狀結構內建構或測試,覆寫第三方 Crate 可能很有用。請按照下列步驟操作。
- 在 third_party/rust_crates/forks/<my_crate>下複製 (或符號連結) 上游存放區。
- 將覆寫項目新增至 third_party/rust_crates/Cargo.toml中的[patch.crates-io]區段。
[patch.crates-io]
my_crate = { path = "forks/<my_crate>" }
- 請務必確認 Crate 底下的 Cargo.toml版本與third_party/rust_crates/Cargo.toml中對該 Crate 的所有參照相符。
- 執行 fx update-rustc-third-party。
疑難排解
設定損毀
執行 fx update-rustc-third-party 後,如果遇到類似下列情況的錯誤:
Generating GN file from /$HOME/fuchsia/third_party/rust_crates/Cargo.toml
Error: GNaw config exists for crates that were not found in the Cargo
build graph:
library crate, package handlebars version 2.0.0-beta.2
library crate, package core-foundation-sys version 0.7.0
library crate, package pulldown-cmark version 0.6.0
library crate, package nix version 0.18.0
如要修正這個問題,請在 .cargo/config 中註解掉紫紅色目標:
[build]
...
target = "x86_64-unknown-fuchsia"
註解後會變成:
[build]
...
# target = "x86_64-unknown-fuchsia"
這個問題正在上游追蹤中。