Project: Mobile Release Readiness Plan တစ်ခု

နားလည်ထားရမယ့် အချက်

ဤ capstone project သည် Advanced chapter၏ lesson အနီးပါးအားလုံးကို တစ်ပြိုင်နက် စုစည်းထားသည် — mobile build and signing, APK vs. AAB, Google Play vs. App Store, mobile secret management, mobile production operations။ ထို lesson တစ်ခုချင်းစီက app တစ်ခု ship လုပ်ခြင်း၏ အစိတ်အပိုင်းတစ်ခုစီကို သင်ပေးခဲ့သည် — ဤ project တွင်မှ ၎င်းတို့ထဲ မည်သည့်တစ်ခုမျှ သီးသန့်တစ်ခုတည်းအဖြစ် စစ်ဆေး၍မရကြောင်း တွေ့ရှိရမည် ဖြစ်သည်၊ အကြောင်းမှာ secret management ကို ကျော်သွားပါက ကျန်စစ်ဆေးချက်အားလုံး ဖြတ်သော်လည်း release တစ်ခုလုံး ကျရှုံးနိုင်ပြီး၊ real user များ build ကို install မလုပ်မီ ထိုအမှားကို store review က ဖမ်းမပေးနိုင်ပါ။

• Mobile build and signing — release signing configuration ကို ကိုယ်တိုင် ပြီးမြောက်အောင်လုပ်ခြင်း
• APK vs. AAB — store တစ်ခုစီအတွက် မှန်ကန်သော build artifact ရွေးချယ်ခြင်း
• Google Play vs. App Store — store listing requirement နှင့် review ကွာခြားချက်များ
• Mobile secret management — client ထဲ server secret ဘာမှ bundle မဖြစ်ကြောင်း အတည်ပြုခြင်း
• Mobile production operations — release ပြီးနောက် staged rollout နှင့် crash monitoring

scenario မှာ development build မှ production release သို့ ရွေ့လျားနေသော စိတ်ကူးယဉ် app တစ်ခု ဖြစ်သည်။ development build များသည် ပုံမှန်အားဖြင့် local (သို့) staging API URL ကို ညွှန်ပြနေတတ်ပြီး၊ debugging အတွက် verbose log ရေးတတ်ကာ၊ အဆင်ပြေရေးအတွက် test credential များကိုပင် ချန်ထားတတ်သည် — ၎င်းတို့ထဲ မည်သည့်တစ်ခုမျှ store reviewer approve လုပ်၍ device သန်းချီ install လုပ်မည့် build တစ်ခုတွင် လက်ခံနိုင်ဖွယ်မရှိပါ။

ထို့ကြောင့် plan သည် signing (သို့) store listing နှင့်ပတ်သက်သော အရာမပေါ်လာမီ environment configuration နှင့် secret handling ကို ပြန်စစ်ခြင်းဖြင့် စတင်သည် — mobile secret management သည် app code မှန်ကန်စွာ ရေးသားခြင်းနှင့် လုံးဝကွဲပြားသော discipline တစ်ခု ဖြစ်ကြောင်း ဤ course က ထပ်ခါထပ်ခါ ထောက်ပြထားသော အချက်ကို ထပ်လောင်းရိပ်ပြသလိုပင် ဖြစ်သည်။

အဲဒီနေရာမှ plan သည် ကျန်ရှိသေးသော lesson များ၏ ပုံစံကို အစီအစဉ်အတိုင်း လိုက်နာသည် — mobile build and signing မှ signing setup ကို ပြီးမြောက်အောင်လုပ်ခြင်း၊ APK vs. AAB lesson အတိုင်း Google Play အတွက် AAB (သို့) App Store အတွက် signed archive ကို build artifact အဖြစ် ရွေးချယ်ခြင်း၊ Google Play vs. App Store comparison မှ store listing requirement များကို ပြင်ဆင်ခြင်း။

public rollout အပြည့်အစုံမတိုင်မီ testing track တစ်ခု ရွေးချယ်ပါ။ Mobile production operations က နောက်ဆုံး စစ်ဆေးချက်နှစ်ခုကို ပေးသည် — staged rollout plan နှင့် crash monitoring အတည်ပြုချက် — အကြောင်းမှာ release ပြီးနောက် operational visibility ရှိမှသာ full incident တစ်ခုအစား rollback ပြန်လုပ်နိုင်ခြေ ရှိသောကြောင့် ဖြစ်သည်။

MOBILE RELEASE READINESS PIPELINE
---------------------------------
[Dev build]
     |
     v
[Production config]   (real API URL, not staging)
     |
     v
[Secrets check]   (no server secrets, debug logs removed)
     |
     v
[Signing]   (release keystore / certificate configured)
     |
     v
[Build artifact]   (AAB for Play Store, signed archive for App Store)
     |
     v
[Store listing]   (screenshots, description, privacy disclosures)
     |
     v
[Testing track]   (internal / closed / open testing)
     |
     v
[Staged rollout]   (percentage-based release)
     |
     v
[Monitoring]   (crash reporting + backward compatibility watch)

လက်တွေ့ scenario နဲ့ ချိတ်ကြည့်မယ်

• release readiness plan တစ်ခု၏ ခိုင်မာမှုသည် အနိမ့်ဆုံး category အပေါ်တွင်သာ မူတည်သည် — ရှစ်ခုထဲ ခုနစ်ခု ဖြတ်နိုင်လျှင်ပင် build သည် ship လုပ်ဖို့ အသင့်မဟုတ်သေးပါ။
• store review သည် policy နှင့် crash issue ကိုသာ ဖမ်းပေးပြီး leak ဖြစ်နေသော secret (သို့) client ထဲ ကျန်ရစ်နေသော debug log ကို ဖမ်းပေးမည် မဟုတ်ပါ — ထို စစ်ဆေးမှုသည် team ကိုယ်တိုင် လုံးဝ တာဝန်ယူရမည့်အရာ ဖြစ်သည်။
• staged rollout တစ်ခုသည် crash monitoring နှင့် backward compatibility ကို ကြိုတင် အတည်ပြုထားမှသာ အလုပ်ဖြစ်ပြီး၊ user များက ပြဿနာ report လုပ်ပြီးမှသာ ထပ်ထည့်၍ မရပါ။

အတူတူ စမ်းရေးကြည့်မယ်

function checkReleaseReadiness(project) {
  const checks = [
    { key: "prodConfigSet", label: "Production API URL / environment configured" },
    { key: "noSecretsBundled", label: "No server secrets bundled in the client" },
    { key: "debugLogsRemoved", label: "Debug logs removed or gated" },
    { key: "signingConfigured", label: "Release signing configured" },
    { key: "storeListingComplete", label: "Store listing (artifact, screenshots, privacy) complete" },
    { key: "testingCompleted", label: "Testing track completed" },
    { key: "monitoringEnabled", label: "Crash monitoring enabled" },
    { key: "backwardCompatible", label: "Backward compatible with existing app versions" }
  ];

  const missing = checks.filter((check) => !project[check.key]);
  const ready = missing.length === 0;

  return {
    project: project.name,
    ready,
    passedCount: checks.length - missing.length,
    totalChecks: checks.length,
    missing: missing.map((check) => check.label)
  };
}

const projects = [
  {
    name: "Learning app v1.0 (first submission attempt)",
    prodConfigSet: true,
    noSecretsBundled: false,
    debugLogsRemoved: false,
    signingConfigured: true,
    storeListingComplete: true,
    testingCompleted: false,
    monitoringEnabled: true,
    backwardCompatible: true
  },
  {
    name: "Learning app v1.0 (after fixes)",
    prodConfigSet: true,
    noSecretsBundled: true,
    debugLogsRemoved: true,
    signingConfigured: true,
    storeListingComplete: true,
    testingCompleted: true,
    monitoringEnabled: true,
    backwardCompatible: true
  }
];

projects.forEach((project) => {
  const report = checkReleaseReadiness(project);
  console.log(`${report.project}`);
  console.log(`  Ready to release: ${report.ready}`);
  console.log(`  Checks passed: ${report.passedCount}/${report.totalChecks}`);
  if (report.missing.length > 0) {
    console.log("  Missing:");
    report.missing.forEach((item) => console.log(`    - ${item}`));
  }
  console.log("");
});

checkReleaseReadiness ကို project နှစ်ခုအပေါ် run လုပ်လျှင် — first submission attempt သည် အဆင်သင့်မဖြစ်သေးဘဲ ၈ ခုထဲ ၅ ခုသာ ဖြတ်ပြီး "No server secrets bundled in the client", "Debug logs removed or gated", "Testing track completed" တို့ ပျောက်ဆုံးနေကြောင်း report ထုတ်သည်၊ ပြင်ဆင်ပြီးသား version သည် ၈ ခုလုံး ဖြတ်ပြီး release အတွက် အဆင်သင့်ဖြစ်ကြောင်း report ထုတ်သည်။

Android Developers — Prepare for Release — How Mobile Apps Work