App Store & Play

它是什麼

釋出一款移動應用不只是寫程式碼：你還得給它簽名、打包、提交稽核，併發布到 Apple 的 App Store 和 Google Play。每個商店都有自己的開發者賬號、簽名體系、後設資料和稽核流程。Apple 使用 App Store Connect，配合預置描述檔案（provisioning profile）和用於 Beta 測試的 TestFlight；Google 使用 Play Console，配合應用簽名和分階段釋出。這是把一個構建產物變成人們可以安裝之物的最後一公里。

優勢

• 觸達面巨大：這兩個商店是數十億使用者發現並信任應用的途徑。
• 內建分發、支付、更新和崩潰報告。
• Beta 通道（TestFlight、Play 內部/封閉測試）可實現安全的預釋出。
• 分階段釋出，並能在發現問題版本時叫停。

取捨

• 稽核可能很慢，偶爾會以政策或準則為由被拒。
• Apple 收取年度開發者費用、Google 收取一次性費用；兩者還會從銷售中抽成。
• 簽名、證書和預置描述檔案繁瑣且容易配置出錯。
• 需要維護兩套獨立的流水線、後設資料集和商店上架資訊。

何時使用

每一款面向消費者的移動應用最終都會經歷這一步。要儘早規劃：預留你的應用名稱、配置好兩個開發者賬號，並接好自動化構建，這樣每次釋出就不是一次手忙腳亂。

Vibe coding 契合度

這正是 AI 助手最能省去繁瑣之處的地方。可以讓模型用 Fastlane 或 Expo 的 EAS Submit 之類的工具把釋出流程指令碼化，讓簽名、版本號和上傳都變成一條命令。讓它生成商店後設資料、截圖規格和釋出檢查清單，並在出現拒審時用通俗語言解釋原因。把重複的部分自動化，把政策上的判斷交給人來把關。

# Expo: build and submit to both stores
npx eas build --platform all
npx eas submit --platform ios
npx eas submit --platform android