AOSP verwendet das Build-System Soong, um Android zu erstellen. Soong nutzt das GNU-Klontool kati und die Buildsystemkomponente Ninja, um Android-Builds zu beschleunigen.
Soong-Build-Dateien werden als Blueprint-Dateien bezeichnet und haben den Namen Android.bp. Diese Dateien ähneln in Syntax und Semantik denen Bazel-Build-Dateien.
Eine detaillierte Beschreibung des Android.bp-Dateiformats finden Sie unter Android.bp-Dateiformat.
Informationen zum Konvertieren von Make-Dateien in Android.bp-Dateien finden Sie unter Make-and-Song-Vergleich.
Flags für die Einführung von Funktionen und Build-Flags
Flags für die Einführung von Funktionen sind Binärflags, mit denen nicht getesteter Code von getestetem Code getrennt werden kann. Wenn Sie einen eigenen Mirror des externen Entwicklungszweigs von AOSP haben, können Sie diese Flags verwenden, um den gespiegelten Code stabil zu halten. Wenn du Code zum öffentlichen externen Entwicklungszweig beitragen möchtest, musst du deinen Code außerdem in Flags für die Produktveröffentlichung einschließen, damit Google diesen Zweig stabil halten kann.
Build-Flags sind Konstanten (Strings) zur Buildzeit, mit denen Sie Ihren Build ändern können, z. B. optional eine Codebibliothek einschließen.
Eine Erläuterung der verschiedenen Codezweige finden Sie unter Release-Lebenszyklus.
Für Flags zur Produktveröffentlichung und zum Build sind Änderungen an den Builddateien erforderlich. Weitere Informationen zu diesen Flags, einschließlich ihrer Verwendung in einem Build, finden Sie in der Übersicht über Flags für die Einführung von Funktionen und auf den zugehörigen Seiten.