AOSP verwendet das Soong-Buildsystem, um Android zu erstellen. Soong nutzt das GNU-Klontool kati und die Ninja-Buildsystemkomponente, 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 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 im Vergleich von Make und Soong.
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 Sie Code zum öffentlichen externen Entwicklungszweig beitragen möchten, werden Sie möglicherweise vom Prüfer Ihrer Änderung aufgefordert, eine Markierung für Ihren Code zu implementieren.
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 Erstellen sind Änderungen an den Build-Dateien 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.