27 মার্চ, 2025 থেকে, আমরা AOSP তৈরি করতে এবং অবদান রাখতে aosp-main এর পরিবর্তে android-latest-release ব্যবহার করার পরামর্শ দিচ্ছি। আরও তথ্যের জন্য, AOSP-তে পরিবর্তনগুলি দেখুন।
সেভ করা পৃষ্ঠা গুছিয়ে রাখতে 'সংগ্রহ' ব্যবহার করুন
আপনার পছন্দ অনুযায়ী কন্টেন্ট সেভ করুন ও সঠিক বিভাগে রাখুন।
TF-এ BuildInfo হল টেস্ট সেটআপ এবং রানের জন্য সম্পদ বহন করার জন্য একটি বহুল ব্যবহৃত বস্তু। ডিভাইসের ছবি থেকে শুরু করে APK পরীক্ষা করা পর্যন্ত সবকিছুই BuildInfo এ সংরক্ষিত বা লিঙ্ক করা আছে। এটি একটি পরীক্ষা থেকে পরীক্ষার সংস্থানগুলি অ্যাক্সেস করার এবং পরীক্ষার সংস্থানগুলি পাওয়ার থেকে পরীক্ষাটিকে দ্বিগুণ করার জন্য একটি ঐক্যবদ্ধ উপায়ের অনুমতি দেয়।
বিল্ডইনফো বৈশিষ্ট্য
BuildInfo অবজেক্টের দুটি প্রধান বৈশিষ্ট্য হল বৈশিষ্ট্য এবং ফাইল:
#addBuildAttribute() দিয়ে গুণাবলী যোগ করা যেতে পারে; তারা বিল্ডগুলিতে লেবেল এবং স্ট্রিং তথ্য উপস্থাপন করে। বিল্ড সম্পর্কিত তথ্য সংরক্ষণ করতে বৈশিষ্ট্যগুলি ব্যবহার করা যেতে পারে।
ফাইলsetFile() দিয়ে যোগ করা যেতে পারে; ইনভোকেশন লাইফসাইকেল চলাকালীন ফাইলটি BuildInfo দ্বারা ট্র্যাক এবং পরিচালনা করা হয় (উদাহরণস্বরূপ, শার্ডিংয়ের সময় সঠিকভাবে পরিচালনা করা হয়)। এটি ফাইল সিস্টেম সম্পর্কে কিছু জানার জন্য পরীক্ষার প্রয়োজনীয়তা এড়ায় এবং পরিবর্তে তাদের সংস্থানগুলি পেতে বিমূর্ত BuildInfo অবজেক্টের উপর নির্ভর করতে পারে।
মাল্টি-ডিভাইসে বিল্ড ইনফো
যখন একাধিক ডিভাইসের সাথে একটি পরীক্ষা কনফিগারেশন সেট আপ করা হয়, তখন প্রতি ডিভাইসে একটি BuildInfo অবজেক্ট বিদ্যমান থাকে। এটি একটি ডিভাইস থেকে অন্য ডিভাইসে ফাইলগুলিকে অনুরোধ এবং লক্ষ্য করার অনুমতি দেয়৷
মাল্টি-বিল্ডে BuildInfo
বিভিন্ন লক্ষ্য থেকে বিল্ডের প্রয়োজন হতে পারে। এই ক্ষেত্রে, লক্ষ্য প্রতি একটি BuildInfo অবজেক্ট বিদ্যমান। এটি যেকোন টার্গেট থেকে ফাইলের অনুরোধ এবং টার্গেট করার অনুমতি দেয়।
প্রোটো ফরম্যাট
BuildInfo একটি প্রোটোবাফ ফরম্যাটে সিরিয়ালাইজ করা যায় যাতে প্রয়োজনে সিস্টেম জুড়ে এর ব্যবহার সহজ হয়।
এই পৃষ্ঠার কন্টেন্ট ও কোডের নমুনাগুলি Content License-এ বর্ণিত লাইসেন্সের অধীনস্থ। 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."]]