App Store phased release: 7 দিনের রোলআউট কীভাবে কাজ করে, কখন পজ করবেন এবং কীভাবে ফিক্স পাঠাবেন (2026)

App Store phased release একটি ভার্সন আপডেট সাত দিন ধরে অটোমেটিক আপডেট চালু থাকা ব্যবহারকারীদের ক্রমবর্ধমান অংশের কাছে পাঠায়—প্রথম দিনে 1% দিয়ে শুরু করে সপ্তম দিনে 100%-এ পৌঁছায়। আপনি যদি প্রতিদিন ক্র্যাশ ও সাপোর্ট ইমেইল দেখেন এবং কিছু ভুল মনে হলেই পজ করেন, তাহলে একটি খারাপ বিল্ড আপনার পুরো ইউজার বেসের বদলে অল্প কিছু মানুষের কাছে পৌঁছাবে। তবে phased release-এর একটি বড় সীমাবদ্ধতা আছে: এটি শুধু অটোমেটিক আপডেট নিয়ন্ত্রণ করে। যে কেউ এখনও নতুন ভার্সন ম্যানুয়ালি ডাউনলোড করতে পারেন।

App Store phased release কী নিয়ন্ত্রণ করে, আর কী করে না?

Phased release শুধু এটুকু নিয়ন্ত্রণ করে যে অটোমেটিক আপডেট চালু থাকা কোন ব্যবহারকারীরা কখন আপনার ভার্সন আপডেট পাবেন। এটি ম্যানুয়াল ডাউনলোড থেকে নতুন ভার্সন লুকায় না, আর যাদের কাছে ইতিমধ্যে আছে তাদের আগের ভার্সনে ফিরিয়েও নেয় না।

Apple-এর App Store Connect Help অনুযায়ী, "যোগ্য ডিভাইসে অটোমেটিক আপডেট চালু থাকা ব্যবহারকারীদের একটি র‍্যান্ডম নমুনা আপডেটটি পাবেন, phased release-এ তাদের অংশগ্রহণ সম্পর্কে কোনো নোটিফিকেশন ছাড়াই।" এটি iOS, macOS এবং tvOS ভার্সন আপডেটের জন্য কাজ করে, তাই অ্যাপের প্রথম রিলিজে এটি ব্যবহার করা যায় না। সেটআপ করতে Account Holder, Admin বা App Manager রোল লাগে। Apple আরও বলেছে: "phased release-এ থাকা অ্যাপ ও অ্যাপ আপডেট যে কেউ যেকোনো সময় App Store থেকে ম্যানুয়ালি ডাউনলোড করতে পারেন।"

App Store phased release-এর শিডিউল কী?

নভেম্বর 2026 অনুযায়ী, শিডিউলটি সাত দিনে 1%, 2%, 5%, 10%, 20%, 50% এবং 100%-এ নির্দিষ্ট, এবং আপনি এটি বদলাতে পারবেন না। আপনার নিয়ন্ত্রণে আছে কখন পজ করবেন আর কখন সরাসরি 100%-এ চলে যাবেন।

প্রতিটি দিনকে একটি চেকপয়েন্ট হিসেবে দেখুন, যা একটি সিদ্ধান্তে শেষ হয়: চালিয়ে যাবেন, নাকি পজ করবেন।

App Store Connect-এ phased release কীভাবে চালু করবেন?

আপডেট লাইভ হওয়ার আগে যেকোনো সময় ভার্সন পেজের Phased Release for Automatic Updates অংশ থেকে phased release চালু করা যায়। সাবমিট করার আগেই সিদ্ধান্ত নিতে হবে এমন নয়।

ভার্সনটি Prepare for Submission, Waiting for Review, In Review, Waiting for Export Compliance, Pending Developer Release, Developer Rejected, Rejected অথবা Metadata Rejected অবস্থায় থাকলে Apple এটি চালু করতে দেয়।

1. Apps-এ আপনার অ্যাপ সিলেক্ট করুন, তারপর সাইডবারে যে ভার্সনটি সাবমিট করছেন সেটিতে ক্লিক করুন।
2. স্ক্রল করে Phased Release for Automatic Updates-এ যান।
3. Release update over a 7-day period using phased release সিলেক্ট করুন।
4. Save-এ ক্লিক করুন। অনুমোদনের পর স্ট্যাটাসে Ready for Distribution দেখাবে, পাশে Phased Release লেখা থাকবে।

App Store Connect API দিয়েও phased release পরিচালনা করা যায়, যা কাজে আসে যদি আপনার রিলিজ পাইপলাইন আগে থেকেই স্ক্রিপ্ট করা থাকে।

কখন phased release পজ করবেন, আর 30 দিনের সীমা কীভাবে কাজ করে?

আগে থেকে ঠিক করা ট্রিগারগুলোর কোনো একটি ঘটলেই পজ করুন। সব পজ মিলিয়ে মোট 30 দিন হতে পারে, এবং আবার চালু করলে রোলআউট যেদিন থেমেছিল সেখান থেকেই চলতে থাকে।

লঞ্চের দিনের আগেই ট্রিগারগুলো লিখে রাখুন, যাতে ব্যবহারকারীরা বাগের মুখে পড়ার সময় কেউ এগুলো নিয়ে তর্ক না করে। ভালো ট্রিগার হয় সুনির্দিষ্ট: ক্র্যাশ-ফ্রি সেশন আগের ভার্সনের বেসলাইনের নিচে নেমে যাওয়া, চেকআউট বা লগইন প্রচেষ্টার একটি পরিমাপযোগ্য অংশ ব্যর্থ হওয়া, অথবা কয়েকজন ব্যবহারকারী একই বাগ রিপোর্ট করা।

পজ করতে Ready for Distribution ভার্সনটি খুলুন, Pause Phased Release সিলেক্ট করে Save-এ ক্লিক করুন। আবার চালু করতে Use Phased Release সিলেক্ট করুন। Apple-এর উদাহরণ: আপনি 10 দিন পজ করে তারপর চালু করলে আপনার হাতে আরও 20 দিন পজ করার সুযোগ থাকে। এই মোট সময়ের মধ্যে যতবার খুশি পজ করতে পারেন। বাকি ধাপগুলো এড়িয়ে যেতে ভার্সন পেজের উপরের ডানদিকে Release to All Users-এ ক্লিক করুন।

বাগ দেখা দিলে phased release দেখতে কেমন হয়?

বাগ দেখা দিলে আপনি পজ করেন, ঠিক করেন, তারপর আবার phased release চালু রেখে নতুন ভার্সন পাঠান। আপনি কাজ করার সময় যারা এখনও অটোমেটিক আপডেটের অপেক্ষায় আছেন তারা আগের ভার্সনেই থাকেন।

ধরুন ভার্সন 3.4 আপনার সিঙ্ক ইঞ্জিন বদলে দেয়। প্রথম দিনে অটো-আপডেট করা ব্যবহারকারীদের 1% এটি পান, আর আপনি দুবার ক্র্যাশ রিপোর্টার ও সিঙ্ক এরর লগ দেখেন। তৃতীয় দিনে, 5%-এ, একটি পুরোনো iOS ভার্সনে একগুচ্ছ সিঙ্ক ব্যর্থতা দেখা দেয়। আপনি সঙ্গে সঙ্গে পজ করেন। সবাই পেলে যত ব্যবহারকারী প্রভাবিত হতেন, তার চেয়ে অনেক কম মানুষ প্রভাবিত হন, আর যেসব অটো-আপডেট ব্যবহারকারীর কাছে এখনও পৌঁছায়নি তারা 3.3-এই থাকেন।

এরপর বাগটি ঠিক করুন এবং phased release চালু রেখে 3.4.1 সাবমিট করুন। ফিক্সটি শুধু ডিবাগে নয়, রিলিজ বিল্ডে টেস্ট করুন; আমাদের রিলিজ-বিল্ড টেস্ট প্ল্যান এই ধাপটি কভার করে। 3.4.1-এর রিলিজ নোটে পরিষ্কারভাবে লিখুন যে সিঙ্ক ঠিক করা হয়েছে; কীভাবে লিখবেন তা আমাদের রিলিজ নোটের উদাহরণ-এ দেখানো আছে। ফিক্সটি জরুরি হলে এবং আপনি এতে আত্মবিশ্বাসী হলে, আরেক সপ্তাহ অপেক্ষা না করে অনুমোদনের পর Release to All Users ব্যবহার করুন।

আরেকটি সুরক্ষা: নতুন সিঙ্ক ইঞ্জিনটি একটি সার্ভার-সাইড ফ্ল্যাগের পেছনে রাখুন। পজ করলে আপডেট ছড়ানো বন্ধ হয়, কিন্তু ফ্ল্যাগ দিয়ে যারা ইতিমধ্যে 3.4 ইনস্টল করেছেন তাদের জন্য ঝুঁকিপূর্ণ কোড বন্ধ করা যায়। দুটো একসঙ্গে ভালো কাজ করে।

Phased release পজ করতে গিয়ে অন্য ডেভেলপাররা কী সমস্যায় পড়েছেন?

পাবলিক থ্রেডগুলোতে একই প্যাটার্ন দেখা যায়: ডেভেলপাররা একটি বাগযুক্ত ভার্সন পজ করেন, তারপর নিশ্চিত হতে পারেন না যে যারা ইতিমধ্যে সেটি পেয়েছেন তাদের জন্য পরের phased release কী করবে। Apple-এর ডকুমেন্টেশন এর উত্তর দেয় না, তাই ধরে নিয়ে পরিকল্পনা করুন যে ফিক্সটির নিজস্ব রোলআউট লাগবে।

• Apple Developer Forums-এ একজন ডেভেলপার জানিয়েছেন, তারা "একটি ক্র্যাশ লক্ষ করেন, আপডেটের রোলআউট পজ করেন, অ্যাপ প্যাচ করেন, আপলোড করেন এবং আরেকটি phased rollout শুরু করেন", তখন 10%-এরও কম ব্যবহারকারী খারাপ বিল্ডে ছিলেন। তারা জানতে চেয়েছিলেন, নতুন রোলআউটও কি একই ব্যবহারকারীরা পাবেন। থ্রেডটিতে কখনো কোনো অফিসিয়াল উত্তর আসেনি; একটি রিপ্লাইতে বলা হয়েছিল 8.0 ব্যবহারকারীদের "8.1 বের হওয়ার সঙ্গে সঙ্গেই একটি আপডেট পাওয়া উচিত যে 8.1 আপডেট পাওয়া যাচ্ছে।"
• একটি আলাদা ফোরাম থ্রেডে একজন ডেভেলপার বলেছেন, একটি গুরুতর বাগের কারণে তারা ভার্সন 15.0.1 "1%-এ থামিয়ে দেন" এবং 15.0.2-ও ধাপে ধাপে ছাড়তে চেয়েছিলেন, এই আশায় যে বেশিরভাগ ব্যবহারকারীর জন্য 15.0.1 "কার্যত এড়িয়ে যাওয়া হবে।" সেই থ্রেডের আগের একটি রিপ্লাইতে পরামর্শ দেওয়া হয়েছিল বাগযুক্ত ভার্সন পজ থাকা অবস্থায় expedited review চাইতে, এবং সম্ভবত অ্যাপটি বিক্রি থেকে সরিয়ে নিতে "যাতে কোনো নতুন ব্যবহারকারী নষ্ট ভার্সনটি না নেন।" এটি করার আগে উপরের সতর্কতায় উল্লেখিত বিক্রি থেকে সরানোর নিয়মটি মনে রাখুন।
• Tramline-এর store-quirks নোট-এর পেছনের রিলিজ-টুলিং টিম লিখেছে যে নতুন রিলিজ শুরু করলে তা "বিদ্যমান রোলআউটটি সরাসরি বাতিল করে দেবে", এবং পুরোনো ভার্সনটি REPLACED_WITH_NEW_VERSION-এ চলে যায়, তার phased release COMPLETE হিসেবে চিহ্নিত হয়। একই নোটে বলা হয়েছে, পজ "যারা ইতিমধ্যে আপডেট পেয়েছেন তাদের ব্যাপারে কিছুই করতে পারবে না।"

তিনটি ক্ষেত্রেই পজ শুধু সময় কিনে দিয়েছে। সমাধান সবসময় ছিল একটি নতুন ভার্সন, আর একই গোষ্ঠী আগে আপডেট পাবে—এর ওপর কেউ নির্ভর করতে পারেননি। এই কারণেই পজ বাটনের চেয়ে সার্ভার-সাইড ফ্ল্যাগ এবং দ্রুত পাঠানো যায় এমন একটি হটফিক্স ব্রাঞ্চ বেশি গুরুত্বপূর্ণ।

Google Play-এর staged rollout-এর সঙ্গে তুলনা কেমন?

Google Play-এর staged rollout এমন একটি শতাংশ ব্যবহার করে যা আপনি নিজে বেছে নেন ও ম্যানুয়ালি বাড়ান। halt করার পর resume করলে একই ব্যবহারকারী গোষ্ঠীর কাছে পৌঁছায়। দুটি স্টোরের রোলআউট আলাদাভাবে পরিকল্পনা করুন।

Play Console Help অনুযায়ী, "আপনার অ্যাপের staged rollout শতাংশ অটোমেটিকভাবে বাড়বে না", এবং staged rollout "শুধু অ্যাপ আপডেটের জন্য ব্যবহার করা যায়, প্রথমবার অ্যাপ পাবলিশ করার সময় নয়।" halt করার পর যারা ইতিমধ্যে ভার্সনটি পেয়েছেন তারা সেটিতেই থাকেন, এবং Google একটি ভাঙা ভার্সন resume না করে ঠিক করা bundle দিয়ে নতুন ভার্সন রিলিজ করার পরামর্শ দেয়। প্রোডাকশন রোলআউট নির্দিষ্ট দেশে সীমিত রাখা যায়, কিন্তু একবার শুরু হলে দেশ বাদ দেওয়া যায় না। আপনার পরের Android আপডেটকেও যদি নতুন target SDK মানতে হয়, আমাদের Google Play-তে target API level 36 গাইডটি দেখুন।

Phased release শুরু করার আগে কী কী যাচাই করবেন?

রোলআউট শুরুর আগে নিশ্চিত করুন যে ভার্সনে phased release সেভ করা আছে, আপনার বেসলাইন ও পজ ট্রিগার লিখে রাখা আছে, এবং দ্রুত একটি ফিক্স পাঠানো সম্ভব। এই চেকলিস্টটি ব্যবহার করুন:

• ভার্সন পেজে phased release সিলেক্ট ও সেভ করা হয়েছে
• ক্র্যাশ রিপোর্টিং ও ব্যাকএন্ড এরর ড্যাশবোর্ড বুকমার্ক করা, আগের ভার্সনের বেসলাইনসহ
• লিখিত পজ ট্রিগার, যাতে বাটন চাপতে পারেন এমন সবাই একমত
• ঝুঁকিপূর্ণ ফিচারগুলো সার্ভার-সাইড ফ্ল্যাগের পেছনে
• 7 দিনের প্রতিদিন মেট্রিক দেখার জন্য একজন নির্দিষ্ট দায়িত্বপ্রাপ্ত ব্যক্তি
• একটি প্রস্তুত হটফিক্স ব্রাঞ্চ, সঙ্গে পরবর্তী বিল্ডের জন্য আমাদের App Store সাবমিশন চেকলিস্ট
• রোলআউট সবার কাছে না পৌঁছানো পর্যন্ত স্টোর লিস্টিংয়ের পরিবর্তন স্থগিত রাখা

রিলিজের কাজটি নিজে না করে অন্য কাউকে দিতে চাইলে, আমাদের App Store সাবমিশন সার্ভিস $599-এ দুই স্টোরেই App Store Connect ও Play Console সেটআপ, রিভিউয়ের প্রস্তুতি এবং রিলিজ কভার করে (ডেভেলপার অ্যাকাউন্টের ফি আলাদা)। ঝুঁকিপূর্ণ কোনো আপডেট নিয়ে দ্বিতীয় মতামত চাইলে আপনার অ্যাপ ও কী বদলাচ্ছে তা জানিয়ে yagyeshsrbobde@gmail.com-এ ইমেইল করুন।