27 মার্চ, 2025 থেকে, আমরা AOSP তৈরি করতে এবং অবদান রাখতে aosp-main এর পরিবর্তে android-latest-release ব্যবহার করার পরামর্শ দিচ্ছি। আরও তথ্যের জন্য, AOSP-তে পরিবর্তনগুলি দেখুন।
সেভ করা পৃষ্ঠা গুছিয়ে রাখতে 'সংগ্রহ' ব্যবহার করুন
আপনার পছন্দ অনুযায়ী কন্টেন্ট সেভ করুন ও সঠিক বিভাগে রাখুন।
স্থিতিশীল কোড শাখা নিশ্চিত করার জন্য Google দ্বারা বৈশিষ্ট্য লঞ্চ পতাকা ব্যবহার করা হয়। AOSP-তে কিছু নির্দিষ্ট ধরনের অবদানের জন্যও এই পতাকাগুলির প্রয়োজন। বৈশিষ্ট্য লঞ্চ ফ্ল্যাগিং বাস্তবায়ন করার আগে, আপনার পরিবর্তনের জন্য একটি পতাকা প্রয়োজনীয় কিনা তা নির্ধারণ করুন। এবং, যদি একটি পতাকা প্রয়োজন হয়, তাহলে আপনার ব্যবহার করা পতাকার ধরন নির্ধারণ করা উচিত।
পতাকার ব্যবহার নির্ধারণ করুন
ফিচার লঞ্চ পতাকা কখন ব্যবহার করবেন তা নির্ধারণ করতে, এই নির্দেশিকাগুলি অনুসরণ করুন:
আপনি যদি এমন একটি পরিবর্তন করেন যা AOSP কোডবেসকে অস্থির হতে পারে, যেমন একটি নতুন বৈশিষ্ট্য যোগ করা বা একটি বিশেষ জটিল বাগ সংশোধন করা, একটি বৈশিষ্ট্য লঞ্চ পতাকা ব্যবহার করুন।
বিপরীতভাবে, আপনি যদি এমন একটি কোড পরিবর্তন করেন যা কোডবেসকে অস্থির করার জন্য উপযুক্ত নয়, যেমন মন্তব্য পরিবর্তন করা, তাহলে আপনাকে একটি বৈশিষ্ট্য লঞ্চ পতাকা ব্যবহার করতে হবে না।
পতাকার ধরন নির্ধারণ করুন
পতাকা দুই ধরনের আছে: aconfig পতাকা এবং বিল্ড পতাকা ।
Aconfig পতাকা
Aconfig পতাকাগুলি পরীক্ষা এবং প্রকাশের প্রক্রিয়া চলাকালীন মুক্তিপ্রাপ্ত কোড থেকে অপ্রকাশিত কোডের সম্পাদনকে আলাদা করতে ব্যবহৃত হয়। Aconfig পতাকাগুলি পড়তে-লিখতে বা শুধুমাত্র-পঠন হতে পারে:
রিড-রাইট aconfig ফ্ল্যাগগুলি হল বুলিয়ান ভেরিয়েবল যা আপনি রানটাইমে সক্ষম ( true সেট) বা নিষ্ক্রিয় ( false সেট) করতে পারেন। একটি প্রধান শাখার স্থায়িত্বকে প্রভাবিত না করে পরিবর্তনগুলি পরীক্ষা এবং প্রকাশ করতে একটি পঠন-লেখা পতাকা ব্যবহার করুন।
শুধুমাত্র পঠনযোগ্য aconfig পতাকাগুলি হল বুলিয়ান ধ্রুবক যা আপনি রানটাইমে পরিবর্তন করতে পারবেন না। আপনি স্থিতিশীল এবং প্রকাশের জন্য প্রস্তুত কোডের জন্য রিড-রাইট aconfig পতাকাগুলিকে শুধুমাত্র-পঠনযোগ্য একটি কনফিগ পতাকায় রূপান্তর করতে পারেন।
অতিরিক্তভাবে, আপনি যে কম্পাইলারটি ব্যবহার করছেন তার উপর নির্ভর করে, যখন একটি পঠন-পাঠন পতাকা ব্যবহার করা হয়, তখন যে কোডটি কার্যকর করা হয় না তা বিল্ড থেকে বাদ দেওয়া হতে পারে। অতএব, আপনি যেকোন কোড লুকানোর জন্য শুধুমাত্র-পঠন পতাকা ব্যবহার করতে পারেন যা রিলিজের অংশ হতে প্রস্তুত নয়।
পতাকা তৈরি করুন
বিল্ড পতাকাগুলি হল বিল্ড-টাইম কনস্ট্যান্টস (স্ট্রিং) এবং আপনি রানটাইমের সময় সেগুলি পরিবর্তন করতে পারবেন না। এই পতাকাগুলি এমন পরিস্থিতিতে ব্যবহার করুন যেখানে আপনি কনফিগার পতাকা ব্যবহার করতে পারবেন না, যেমন:
আপনার কাছে একটি প্রি-কম্পাইল করা বা প্রি-বিল্ট কোড রয়েছে যা আপনি বিল্ডে অন্তর্ভুক্ত করতে চান।
আপনি সিস্টেম নিজেই তৈরি করতে পরিবর্তন করতে চান।
আপনি কোড আকার পরিচালনা করতে নির্ভরতার চারপাশে পতাকা রাখতে চান।
এই পৃষ্ঠার কন্টেন্ট ও কোডের নমুনাগুলি 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,["# Determine flag usage and type\n\nFeature launch flags are used by Google as an approach to ensuring stable\ncode branches. These flags are also required for certain types of contributions\nto AOSP. Before implementing feature launch flagging, determine if\na flag is necessary for your change. And, if a flag is necessary, you should\ndetermine the type of flag to use.\n\nDetermine flag usage\n--------------------\n\nTo determine when to use a feature launch flag, follow these guidelines:\n\n- If you are making a change that could cause the AOSP codebase to be unstable,\n such as adding a new feature or fixing a particularly complex bug, use a feature\n launch flag.\n\n- Conversely, if you are making a code change that isn't apt to cause the\n codebase to be unstable, such as modifying comments, you don't need to use a\n feature launch flag.\n\nDetermine flag type\n-------------------\n\nThere are two types of flags: *aconfig flags* and *build flags*.\n\n### Aconfig flags\n\nAconfig flags are used to separate the execution of unreleased code from\nreleased code during the testing and release process. Aconfig flags can be\nread-write or read-only:\n\n- *Read-write aconfig flags* are boolean variables that you can enable (set to\n `true`) or disable (set to `false`) at runtime. Use a read-write flag to test\n and release changes without affecting the stability of a main branch.\n\n- *Read-only aconfig flags* are boolean constants that you can't change at\n runtime. You can convert read-write aconfig flags to read-only aconfig flags\n for code that is stable and ready to release.\n\n Additionally, depending on the compiler you're using, when a read-only flag\n is used, the code that isn't executed might be excluded\n from the build. Therefore, you can use read-only flags to hide any code that\n isn't ready to be part of a release.\n\n### Build flags\n\nBuild flags are build-time constants (strings) and you can't change them during\nruntime. Use these flags in circumstances where you can't use aconfig flags,\nsuch as:\n\n- You have a precompiled or prebuilt piece of code that you want to include in the build.\n- You want to make changes to build system itself.\n- You want to put flags around dependencies to manage code size.\n\n| **Note:** Build flags have special encodings for boolean values (`false: {empty string}, true: \"true\"`)."]]