來源
上游 #1902 曾回報:安裝/降級後 macOS 將 App 判定為 ad-hoc 或未知簽署,無法正常啟動。
現行核對結果
目前工作流程會建置 macOS App,並驗證 SQLite 與載入器;但沒有正式發行所需的:
- Developer ID Application 簽署;
- Apple notarization(公證)與 stapling;
- 對最終 DMG/App 執行
codesign --verify、spctl 與公證狀態的驗證。
因此,雖然本地或 CI 的未簽署建置可通過,正式交付給使用者的安裝包仍可能被 Gatekeeper 阻擋。
需要完成
- 建立獨立的正式發行簽署流程,憑證與密碼只放在 GitHub Secrets,不進入程式碼庫。
- 產出後以 Apple 工具驗證簽署、公證與 stapling。
- 發行流程若未完成上述驗證必須失敗;一般 PR 建置不要求使用正式憑證。
- 在實際 macOS 乾淨環境測試下載、掛載、拖入 Applications 與首次開啟。
驗收證據
- CI 留存最終 DMG 的簽署/公證驗證輸出;
- 一份乾淨 macOS 安裝測試紀錄;
- 不暴露任何憑證、API key 或 Apple 帳號資料。
來源
上游 #1902 曾回報:安裝/降級後 macOS 將 App 判定為 ad-hoc 或未知簽署,無法正常啟動。
現行核對結果
目前工作流程會建置 macOS App,並驗證 SQLite 與載入器;但沒有正式發行所需的:
codesign --verify、spctl與公證狀態的驗證。因此,雖然本地或 CI 的未簽署建置可通過,正式交付給使用者的安裝包仍可能被 Gatekeeper 阻擋。
需要完成
驗收證據