Kể từ ngày 27 tháng 3 năm 2025, bạn nên sử dụng android-latest-release thay vì aosp-main để xây dựng và đóng góp cho AOSP. Để biết thêm thông tin, hãy xem phần Thay đổi đối với AOSP.
Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
BuildInfo trong TF là một đối tượng được sử dụng rộng rãi để mang tài nguyên cho việc thiết lập và chạy kiểm thử.
Mọi thứ từ hình ảnh thiết bị đến APK kiểm thử đều được lưu trữ hoặc liên kết trong BuildInfo.
Điều này cho phép một cách thống nhất để truy cập vào tài nguyên kiểm thử từ một kiểm thử và tách biệt kiểm thử với việc lấy tài nguyên kiểm thử.
Thuộc tính BuildInfo
Hai thuộc tính chính của đối tượng BuildInfo là thuộc tính và tệp:
Bạn có thể thêm thuộc tính bằng #addBuildAttribute(); các thuộc tính này đại diện cho nhãn và thông tin chuỗi cho các bản dựng. Bạn có thể dùng thuộc tính để lưu trữ thông tin liên quan đến bản dựng.
Bạn có thể thêm Tệp bằng setFile(); tệp này được BuildInfo theo dõi và quản lý trong vòng đời lệnh gọi (ví dụ: được xử lý đúng cách trong quá trình phân đoạn). Điều này giúp kiểm thử không cần biết gì về hệ thống tệp và thay vào đó có thể dựa vào đối tượng BuildInfo trừu tượng để lấy tài nguyên của chúng.
BuildInfo trên nhiều thiết bị
Khi một cấu hình kiểm thử được thiết lập với nhiều thiết bị, mỗi thiết bị sẽ có một đối tượng BuildInfo. Điều này cho phép yêu cầu và nhắm mục tiêu tệp từ thiết bị này sang thiết bị khác.
BuildInfo trong nhiều bản dựng
Bạn có thể yêu cầu bản dựng từ một số mục tiêu. Trong những trường hợp này, mỗi mục tiêu sẽ có một đối tượng BuildInfo. Điều này cho phép yêu cầu và nhắm mục tiêu các tệp từ bất kỳ mục tiêu nào.
Định dạng proto
BuildInfo có thể chuyển đổi tuần tự ở định dạng protobuf để dễ sử dụng trên các hệ thống hơn nếu cần.
Nội dung và mã mẫu trên trang này phải tuân thủ các giấy phép như mô tả trong phần Giấy phép nội dung. Java và OpenJDK là nhãn hiệu hoặc nhãn hiệu đã đăng ký của Oracle và/hoặc đơn vị liên kết của Oracle.
Cập nhật lần gần đây nhất: 2025-07-27 UTC.
[[["Dễ hiểu","easyToUnderstand","thumb-up"],["Giúp tôi giải quyết được vấn đề","solvedMyProblem","thumb-up"],["Khác","otherUp","thumb-up"]],[["Thiếu thông tin tôi cần","missingTheInformationINeed","thumb-down"],["Quá phức tạp/quá nhiều bước","tooComplicatedTooManySteps","thumb-down"],["Đã lỗi thời","outOfDate","thumb-down"],["Vấn đề về bản dịch","translationIssue","thumb-down"],["Vấn đề về mẫu/mã","samplesCodeIssue","thumb-down"],["Khác","otherDown","thumb-down"]],["Cập nhật lần gần đây nhất: 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."]]