A partire dal 27 marzo 2025, ti consigliamo di utilizzare android-latest-release anziché aosp-main per compilare e contribuire ad AOSP. Per ulteriori informazioni, vedi Modifiche ad AOSP.
Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
BuildInfo
in TF è un oggetto ampiamente utilizzato per trasportare le risorse per la configurazione e l'esecuzione dei test.
Tutto, dalle immagini dei dispositivi agli APK di test, viene archiviato o collegato in BuildInfo.
In questo modo, puoi accedere in modo unificato alle risorse di test da un test
e disaccoppiare il test dall'ottenimento delle risorse di test.
Proprietà BuildInfo
Le due proprietà principali degli oggetti BuildInfo sono gli attributi e i file:
Gli attributi possono essere aggiunti con #addBuildAttribute(); rappresentano le etichette e le informazioni sulle stringhe per le build. Gli attributi possono essere utilizzati per memorizzare informazioni relative alla compilazione.
I file possono essere aggiunti con setFile(); il file viene monitorato e gestito da BuildInfo durante il ciclo di vita dell'invocazione (ad esempio, gestito correttamente durante lo sharding). In questo modo, il test non deve conoscere nulla del file system e può fare affidamento sull'oggetto BuildInfo astratto per ottenere le risorse.
BuildInfo in più dispositivi
Quando una configurazione di test è configurata con più dispositivi, esiste un oggetto BuildInfo
per dispositivo. In questo modo è possibile richiedere e scegliere come target i file da un dispositivo all'altro.
BuildInfo in più build
È possibile richiedere build da più target. In questi casi, esiste un oggetto
BuildInfo per target. In questo modo è possibile richiedere e scegliere come target i file da qualsiasi target.
Formato proto
BuildInfo è serializzabile in un formato protobuf per semplificarne l'utilizzo su più sistemi, se necessario.
I campioni di contenuti e codice in questa pagina sono soggetti alle licenze descritte nella Licenza per i contenuti. Java e OpenJDK sono marchi o marchi registrati di Oracle e/o delle sue società consociate.
Ultimo aggiornamento 2025-07-27 UTC.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Mancano le informazioni di cui ho bisogno","missingTheInformationINeed","thumb-down"],["Troppo complicato/troppi passaggi","tooComplicatedTooManySteps","thumb-down"],["Obsoleti","outOfDate","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Problema relativo a esempi/codice","samplesCodeIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-07-27 UTC."],[],[],null,["# BuildInfo in Tradefed\n\n[`BuildInfo`](https://android.googlesource.com/platform/tools/tradefederation/+/refs/heads/android16-release/src/com/android/tradefed/build/BuildInfo.java)\nin TF is a widely used object to carry resources for test setup and runs.\nEverything from device images to test APKs are stored or linked in `BuildInfo`.\nThis allows a unified way to access test resources from a test\nand decouple the test from getting test resources.\n\nBuildInfo properties\n--------------------\n\nThe two main properties of `BuildInfo` objects are attributes and files:\n\n- *Attributes* can be added with `#addBuildAttribute()`; they represent labels and string information to the builds. Attributes can be used to store information related to the build.\n- *Files* can be added with `setFile()`; the file is tracked and managed by `BuildInfo` during the invocation lifecycle (for example, properly handled during sharding). This avoids the need for the test to know anything about the file system and instead can rely on the abstracted `BuildInfo` object to get their resources.\n\n| **Note:** Files should always be stored in `Files` and not in `Attributes` as an absolute path. Attributes are treated as pure Java strings, and the reference could be invalidated during part of the invocation lifecycle.\n\nBuildInfo in multi-devices\n--------------------------\n\nWhen a test configuration is set up with multiple devices, one `BuildInfo`\nobject exists per device. This allows requesting and targeting files from one\ndevice to another.\n\nBuildInfo in multi-builds\n-------------------------\n\nIt's possible to require builds from several targets. In these cases, one\n`BuildInfo` object exists per target. This allows requesting and targeting\nfiles from any target.\n\nProto format\n------------\n\n`BuildInfo` is serializable in a protobuf format to make its usage easier across\nsystems if needed."]]