Начиная с 27 марта 2025 г. мы рекомендуем использовать android-latest-release вместо aosp-main для создания и участия в AOSP. Дополнительные сведения см. в разделе Изменения в AOSP .
Оптимизируйте свои подборки
Сохраняйте и классифицируйте контент в соответствии со своими настройками.
BuildInfo в TF — широко используемый объект для переноса ресурсов для настройки и запуска тестов. Все, от изображений устройств до тестовых APK, хранится или связывается в BuildInfo . Это позволяет унифицировать способ доступа к тестовым ресурсам из теста и отделить тест от получения тестовых ресурсов.
Свойства BuildInfo
Двумя основными свойствами объектов BuildInfo являются атрибуты и файлы:
Атрибуты можно добавлять с помощью #addBuildAttribute() ; они представляют метки и строковую информацию для сборок. Атрибуты можно использовать для хранения информации, связанной со сборкой.
Файлы можно добавлять с помощью setFile() ; файл отслеживается и управляется BuildInfo во время жизненного цикла вызова (например, правильно обрабатывается во время шардинга). Это позволяет избежать необходимости для теста знать что-либо о файловой системе и вместо этого может полагаться на абстрактный объект BuildInfo для получения своих ресурсов.
BuildInfo в нескольких устройствах
Когда тестовая конфигурация настроена с несколькими устройствами, на каждое устройство существует один объект BuildInfo . Это позволяет запрашивать и нацеливать файлы с одного устройства на другое.
BuildInfo в мультисборках
Можно требовать сборки из нескольких целей. В этих случаях для каждой цели существует один объект BuildInfo . Это позволяет запрашивать и нацеливать файлы из любой цели.
Прото формат
BuildInfo можно сериализовать в формате protobuf, что упрощает его использование в разных системах при необходимости.
Контент и образцы кода на этой странице предоставлены по лицензиям. Java и OpenJDK – это зарегистрированные товарные знаки корпорации Oracle и ее аффилированных лиц.
Последнее обновление: 2025-07-29 UTC.
[[["Прост для понимания","easyToUnderstand","thumb-up"],["Помог мне решить мою проблему","solvedMyProblem","thumb-up"],["Другое","otherUp","thumb-up"]],[["Отсутствует нужная мне информация","missingTheInformationINeed","thumb-down"],["Слишком сложен/слишком много шагов","tooComplicatedTooManySteps","thumb-down"],["Устарел","outOfDate","thumb-down"],["Проблема с переводом текста","translationIssue","thumb-down"],["Проблемы образцов/кода","samplesCodeIssue","thumb-down"],["Другое","otherDown","thumb-down"]],["Последнее обновление: 2025-07-29 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."]]
