macOS 應用程式上架 Mac App Store (3): 上傳設定與 App Store Connect 註冊
將建置傳送到 App Store 的路徑 第 1 篇建立了 MAS 建置目標，第 2 篇建立了區分兩個渠道的設定檔和程式碼分支。FocusTimer MAS 目標現在已成為可以上架 App Store 的形態。 本篇（最終篇）將搭建將該建置上傳到 App Store Connect 的路徑，並介紹如何驗證兩個渠道在未來不會被破壞，從而收尾本系列。 ...
Xcode
macOS 應用程式上架 Mac App Store (2): 區分兩個渠道的設定與程式碼分支
讓目標真正成為「MAS 專用」 在第 1 篇中，我們註冊了 MAS 專用 Bundle ID 並複製了 FocusTimer MAS 建置目標。但該目標目前仍只是直接分發目標的副本。 MAS 建置必須與直接分發建置在三個方面有所不同： 權限 (entitlements) — 僅保留適合 App Store 的最小權限 Info.plist — 移除 Sparkle 金鑰，新增 App Store 中繼資料 程式碼 — 分支處理，確保沒有 Sparkle 時也能編譯 本文將逐一處理這三點。 ...
macOS 應用程式上架 Mac App Store (1): 建立獨立建置目標
另一個分發渠道 — Mac App Store 前一系列介紹了用 Developer ID 直接分發 macOS 應用程式的一次性準備工作。配齊憑證、公證、Sparkle 自動更新和更新 Feed 託管後，使用者無需經過 App Store 即可直接下載 .dmg 檔案。 ...
macOS 應用程式自主分發 (3): 託管更新 Feed 與建置設定
最後一塊拼圖 — 更新檔案放在哪裡 第 1 篇完成了 Developer ID 憑證和公證的設定，第 2 篇完成了 Sparkle 簽署金鑰的準備。至此，我們已具備簽署應用程式、公證應用程式，以及驗證更新真實性的全部手段。 ...
macOS 應用程式自主分發 (2): 建立 Sparkle 自動更新簽署金鑰
自動更新，以及為何還需要額外一層簽署 在第 1 篇中，我們完成了 Developer ID 憑證和公證的設定。至此，應用程式已具備首次交付給使用者的條件。但應用程式並非發布一次就結束——你需要持續推出修復錯誤、增加功能的新版本。 ...