À partir du 27 mars 2025, nous vous recommandons d'utiliser android-latest-release au lieu de aosp-main pour créer et contribuer à AOSP. Pour en savoir plus, consultez la section Modifications apportées à AOSP.
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
BuildInfo dans TF est un objet couramment utilisé pour transporter des ressources pour la configuration et l'exécution des tests.
Tout, des images de l'appareil aux APK de test, est stocké ou associé dans BuildInfo.
Cela permet d'accéder de manière unifiée aux ressources de test à partir d'un test et de dissocier le test de l'obtention des ressources de test.
Propriétés BuildInfo
Les deux principales propriétés des objets BuildInfo sont les attributs et les fichiers:
Vous pouvez ajouter des attributs avec #addBuildAttribute(). Ils représentent des libellés et des informations de chaîne pour les builds. Les attributs peuvent être utilisés pour stocker des informations sur la compilation.
Vous pouvez ajouter des fichiers avec setFile(). Le fichier est suivi et géré par BuildInfo pendant le cycle de vie de l'appel (par exemple, géré correctement lors du fractionnement). Cela évite au test de savoir quoi que ce soit sur le système de fichiers et peut s'appuyer sur l'objet BuildInfo abstrait pour obtenir ses ressources.
BuildInfo sur plusieurs appareils
Lorsqu'une configuration de test est configurée avec plusieurs appareils, un objet BuildInfo existe par appareil. Cela permet de demander et de cibler des fichiers d'un appareil à un autre.
BuildInfo dans les builds multiples
Vous pouvez exiger des builds à partir de plusieurs cibles. Dans ce cas, un objet BuildInfo existe par cible. Cela permet de demander et de cibler des fichiers à partir de n'importe quelle cible.
Format proto
BuildInfo est sérialisable au format protobuf pour faciliter son utilisation sur les systèmes, si nécessaire.
Le contenu et les exemples de code de cette page sont soumis aux licences décrites dans la Licence de contenu. Java et OpenJDK sont des marques ou des marques déposées d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/07/27 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Il n'y a pas l'information dont j'ai besoin","missingTheInformationINeed","thumb-down"],["Trop compliqué/Trop d'étapes","tooComplicatedTooManySteps","thumb-down"],["Obsolète","outOfDate","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Mauvais exemple/Erreur de code","samplesCodeIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 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."]]
