建構基本概念
透過集合功能整理內容
你可以依據偏好儲存及分類內容。
回報問題open_in_new
查看原始碼open_in_new
Nightly
·
8.0
7.4
.
7.3
·
7.2
·
7.1
·
7.0
·
6.5
建構系統是工程團隊最重要的部分之一,因為每位開發人員每天可能會與其互動數十次或數百次。為了讓開發人員在機構擴大規模時提高工作效率,您必須使用功能齊全的建構系統。對於個別開發人員而言,只要編譯程式碼即可,因此建構系統可能會顯得過於複雜。但在更大規模的情況下,建構系統有助於管理共用依附元件,例如依附元件是依賴程式碼庫的其他部分,或是外部資源 (例如程式庫)。建構系統可確保您在開始建構程式碼前,已備妥所有必要項目。當建構系統設定完成,可協助工程師分享資源和結果,也會提升速度。
本節將介紹建構和建構系統的歷史和基本概念,包括 Bazel 的設計決策。如果您熟悉以人工製品為基礎的建構系統 (例如 Bazel、Buck 和 Pants),可以略過本節,但這裡提供的概略說明,有助您瞭解為何以人工製品為基礎的建構系統非常適合用於啟用規模。
為什麼要使用建構系統?
如果您之前未使用過建構系統,請從這裡開始。本頁說明為何應使用建構系統,以及為何在貴機構開始擴展至少數開發人員以外的情況下,編譯器和建構指令碼並非最佳選擇。
以工作為基礎的建構系統
本頁面將討論以工作為基礎的建構系統 (例如 Make、Maven 和 Gradle) 以及相關挑戰。
以構件為基礎的建構系統
本頁面將討論以人工製品為基礎的建構系統,以因應以工作為基礎的建構系統的痛點。
分散式建構作業
本頁面將說明分散式版本,也就是在本機電腦以外執行的版本。這需要更強大的基礎架構,才能分享資源並建立結果 (這就是真正的魔法所在)
依附元件管理
本頁面將說明一些大型依附元件的複雜性,以及因應這些複雜性的策略。
除非另有註明,否則本頁面中的內容是採用創用 CC 姓名標示 4.0 授權,程式碼範例則為阿帕契 2.0 授權。詳情請參閱《Google Developers 網站政策》。Java 是 Oracle 和/或其關聯企業的註冊商標。
上次更新時間:2024-12-22 (世界標準時間)。
[[["容易理解","easyToUnderstand","thumb-up"],["確實解決了我的問題","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["缺少我需要的資訊","missingTheInformationINeed","thumb-down"],["過於複雜/步驟過多","tooComplicatedTooManySteps","thumb-down"],["過時","outOfDate","thumb-down"],["翻譯問題","translationIssue","thumb-down"],["示例/程式碼問題","samplesCodeIssue","thumb-down"],["其他","otherDown","thumb-down"]],["上次更新時間:2024-12-22 (世界標準時間)。"],[],[]]