Mulai 27 Maret 2025, sebaiknya gunakan android-latest-release, bukan aosp-main, untuk mem-build dan berkontribusi pada AOSP. Untuk mengetahui informasi selengkapnya, lihat Perubahan pada AOSP.
Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
BuildInfo
di TF adalah objek yang banyak digunakan untuk membawa resource untuk penyiapan dan pengoperasian pengujian.
Semuanya, mulai dari image perangkat hingga APK pengujian, disimpan atau ditautkan di BuildInfo.
Hal ini memungkinkan cara terpadu untuk mengakses resource pengujian dari pengujian
dan memisahkan pengujian dari mendapatkan resource pengujian.
Properti BuildInfo
Dua properti utama objek BuildInfo adalah atribut dan file:
Atribut dapat ditambahkan dengan #addBuildAttribute(); atribut mewakili
label dan informasi string ke build. Atribut dapat digunakan untuk menyimpan
informasi yang terkait dengan build.
File dapat ditambahkan dengan setFile(); file dilacak dan dikelola oleh BuildInfo selama siklus proses pemanggilan (misalnya, ditangani dengan benar selama sharding). Hal ini menghindari kebutuhan
pengujian untuk mengetahui apa pun tentang sistem file dan sebagai gantinya dapat mengandalkan
objek BuildInfo yang di-abstract untuk mendapatkan resource-nya.
BuildInfo di beberapa perangkat
Saat konfigurasi pengujian disiapkan dengan beberapa perangkat, satu objek
BuildInfo akan ada per perangkat. Hal ini memungkinkan permintaan dan penargetan file dari satu
perangkat ke perangkat lain.
BuildInfo dalam multi-build
Anda dapat mewajibkan build dari beberapa target. Dalam hal ini, satu
objek BuildInfo ada per target. Hal ini memungkinkan permintaan dan penargetan file dari target mana pun.
Format proto
BuildInfo dapat diserialisasi dalam format protobuf untuk mempermudah penggunaannya di seluruh
sistem jika diperlukan.
Konten dan contoh kode di halaman ini tunduk kepada lisensi yang dijelaskan dalam Lisensi Konten. Java dan OpenJDK adalah merek dagang atau merek dagang terdaftar dari Oracle dan/atau afiliasinya.
Terakhir diperbarui pada 2025-07-27 UTC.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Informasi yang saya butuhkan tidak ada","missingTheInformationINeed","thumb-down"],["Terlalu rumit/langkahnya terlalu banyak","tooComplicatedTooManySteps","thumb-down"],["Sudah usang","outOfDate","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Masalah kode / contoh","samplesCodeIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 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."]]
