本文件提供 Android 開放原始碼平台 (AOSP) 的一般問題解答。
關於 android-latest-release
為何無法提交至 aosp-main？
該分支目前為唯讀，因此您無法提交至 aosp-main。
我該向哪裡提出對 AOSP 的變更建議？
您應針對 android-latest-release (使用 Repo 時) 或 android-latest-release 資訊清單中指定的最新發布分支版本 (直接使用 Git 時) 提出新的變更。其他分支 (例如 aosp-main) 中現有的建議變更則不必移動。
我應該同步至哪個分支？
使用 Repo 時，請使用下列指令同步至
android-latest-release：repo init --partial-clone --no-use-superproject -b android-latest-release -u https://android.googlesource.com/platform/manifest直接使用 Git 時，請同步至
android-latest-release資訊清單中指定的預設修訂版本分支。
如要進一步瞭解如何同步分支，請參閱「初始化存放區用戶端」。
android-latest-release 的程式碼是否會合併至 aosp-main？
否，程式碼不會合併至 aosp-main，因為該分支自 2025 年 3 月 27 日起為唯讀分支。
下一個版本的程式碼會推送至哪裡？
Google 會將下一個版本的程式碼推送至最新的公開發布分支，並更新 android-latest-release 資訊清單，以便指向該分支。
我的變更要求是否會從 android-latest-release 分支中挑選，並納入 Gerrit 內部？
上傳提案變更後，Google 會進行審查，如果通過審查，就會將其挑選至 Gerrit 內部。
如何得知系統是否已接受我的變更要求？
接受和精選的變更會在日後推送至 Android 主機的發布分支時顯示，並可使用 android-latest-release 與 repo 同步。系統不會提供通知機制，告知您建議的變更是否已接受或拒絕。
外部貢獻者提出變更，到合併至最新發布分支版本的一般工作流程為何？
外部貢獻者建議變更
android-latest-release(使用 Repo 時) 或android-latest-release資訊清單中指定的最新發布分支版本 (直接使用 Git 時)。Google 會審查變更內容。如果變更內容為：
已接受，Google 會挑選該變更並合併至內部開發分支。
不接受，Google 不會挑選變更內容。
外部內容提供者在
android-latest-release中檢查變更。
如果我不再需要提出的變更，該怎麼辦？
如果您不再需要所提議的變更、不想合併變更，或是知道 Google 已審查變更，請放棄變更，讓變更保留在 Android 主機的提議變更記錄中。
開放原始碼問題
Google 為什麼要開放 Android 原始碼？
Google 推出 AOSP 的初衷，是為了回應我們在推出行動應用程式時的經驗。我們希望確保一向有開放平台可供電信業者、原始設備製造商 (OEM) 和開發人員使用，以便將創新構想付諸實現。我們也希望避免任何中央故障點，因此任何業界參與者都無法限制或控制其他人的創新。我們在 AOSP 中最重要的目標，就是確保開放原始碼 Android 軟體的實作方式盡可能廣泛且相容，以便造福大眾。
Android 是哪種開放原始碼專案？
Google 會監督核心 AOSP 的開發作業，並致力於建立健全的開發人員和使用者社群。在大多數情況下，Android 原始碼是根據寬鬆的 Apache License 2.0 授權，而非copyleft 授權授權。我們選擇 Apache 2.0 授權，是因為我們認為這能鼓勵廣泛採用 Android 軟體。詳情請參閱「授權」。
為什麼 Google 負責 Android 的運作？
推出軟體平台是一項複雜的工作。開放性對於平台的長期成功至關重要，因為開放性可吸引開發人員投資，並確保公平競爭環境。平台也必須是吸引使用者的產品。
Google 已投入專業工程資源，確保 Android 成為具備高度競爭力的軟體平台。Google 將 Android 專案視為全方位產品開發作業，並達成必要的業務協議，確保搭載 Android 的優質裝置能順利上市。
我們會確保 Android 能為使用者帶來成功體驗，藉此確保 Android 平台和開源專案的生命力。畢竟，誰會想要失敗產品的原始碼？
我們的目標是確保 Android 生態系統的成功。我們開放了 Android 原始碼，讓任何人都能根據自身需求修改及發布軟體。
Google 的 Android 產品開發整體策略為何？
我們在競爭激烈的市場上推出優質裝置。然後，我們會將核心平台的創新功能和強化功能納入下一個版本。
實際上，這表示 Android 工程團隊會專注於少數「旗艦」裝置，並開發下一個版本的 Android 軟體，以支援這些產品的推出。這些旗艦裝置可吸收大部分產品風險，並為廣大的原始設備製造商 (OEM) 社群開創先例，後者會推出更多可善用新功能的裝置。這樣一來，我們就能確保 Android 平台能根據實際裝置的需求進行演進。
Android 軟體的開發方式
每個 Android 平台版本 (例如 1.5 或 8.1) 在開放原始碼樹中都有對應的分支版本。系統會將最新分支版本視為 android-latest-release 資訊清單所指向的目前穩定分支版本。這是製造商將應用程式移植至裝置的版本。這個分支版本一律會保持適合發布。
最後，Google 會同時開發旗艦裝置和下一個版本的 Android 平台。
為什麼 Android 部分內容是私下開發的？
一般來說，推出裝置到上市需要一年以上的時間。當然，裝置製造商也希望能提供最新的軟體。同時，開發人員也不想在編寫應用程式時，不斷追蹤平台的新版本。兩個群組都面臨著產品運送和不想落後的兩難。
為解決這個問題，我們在私人分支中開發了下一個版本 Android 的部分內容，包括核心平台 API。這些 API 構成了下一個 Android 版本。我們的目標是專注於現行穩定版的 Android 原始碼，同時建立下一個版本的平台。這樣一來，開發人員和原始設備製造商 (OEM) 就能使用單一版本，不必追蹤未完成的未來工作，
何時會發布原始碼？
準備就緒後，發布原始碼是一項相當複雜的程序。Android 的部分元件 (例如核心) 是公開開發的，因此原始碼一律可供使用。其他部分會先在私人樹狀結構中開發，並在下一個平台版本準備就緒時發布該原始碼。
在某些版本中，核心平台 API 會提前準備好，以便我們在裝置發布前提前推出原始碼，供開發人員先行查看。但在其他版本中則無法執行這項操作。無論如何，我們都會在認為版本穩定且開發程序允許的情況下，發布平台原始碼。
發布新版 Android 的原始碼時，需要注意哪些事項？
為新版 Android 平台發布原始碼是一項重大程序。首先，軟體會內建於裝置的系統映像檔，並通過各種形式的認證，包括手機部署區域的政府法規認證。程式碼也會經過運算子測試。這是這個程序的重要階段，因為它有助於偵測軟體錯誤。
當版本獲得監管機構和作業系統供應商核准後，製造商就會開始大量生產裝置，我們也會開始發布原始碼。
與大規模生產作業同時，Google 團隊會啟動多項作業，準備開放原始碼版本。這些工作包括進行最終的 API 變更、更新文件 (例如反映在資格測試期間所做的任何修改)、為新版本準備 SDK，以及發布平台相容性資訊。
我們的法律團隊會進行最終簽核，將程式碼發布至開放原始碼。開放原始碼貢獻者必須簽署貢獻者授權協議，證明他們對貢獻內容擁有智慧財產權，Google 也必須確認來源已獲得授權，才能做出貢獻。
從開始大量生產到軟體發布，通常需要約一個月的時間，因此原始碼通常會在裝置送達使用者手中時發布。
AOSP 與 Android 相容性計畫有何關聯？
AOSP 會維護 Android 軟體，並開發新版本。由於此軟體為開放原始碼，因此可用於任何用途，包括開發與其他裝置不相容的裝置 (以相同來源為準)。
Android 相容性計畫的功能，是定義 Android 的基準實作方式，以便與開發人員編寫的第三方應用程式相容。Android 相容性裝置可參與 Android 生態系統，包括 Google Play；不符合相容性規定的裝置則會位於該生態系統之外。
換句話說，Android 相容性計畫是我們用來區分 Android 相容裝置與僅執行原始碼衍生內容的裝置。我們歡迎所有人使用 Android 原始碼，但要加入 Android 生態系統，裝置必須經過該計畫認證，確認與 Android 相容。
如何為 Android 做出貢獻？
您可以回報錯誤、為 Android 編寫應用程式，或將原始碼提供給 AOSP。
我們接受的程式碼貢獻類型有限制。舉例來說，有人可能想提供其他應用程式 API，例如以 C++ 為基礎的完整環境。我們會拒絕這項貢獻，因為 Android 鼓勵應用程式在 ART 執行階段中執行。同樣地，我們也不接受與授權目標不相容的 GPL 或 LGPL 程式庫等貢獻。
我們鼓勵有意提供原始碼的使用者，在開始任何工作前，透過 Android 社群中列出的管道與我們聯絡。詳情請參閱「貢獻」。
如何成為 Android 提交者？
AOSP 並沒有「提交者」的概念。所有貢獻內容 (包括 Google 員工撰寫的內容) 都會經過 Gerrit 這個網頁系統，這是 Android 工程流程的一部分。這套系統會與 Git 原始碼管理系統搭配運作，以便妥善管理原始碼貢獻。
指定核准者必須審查並接受所有提議的變更。核准者通常是 Google 員工，但無論來源為何，都由同一位核准者負責審查所有提交內容。
詳情請參閱「提交修補程」。