rorkai/App-Store-Connect-CLI

如果你们通过 Xcode 和 App Store Connect 网页发布 Apple 应用，而构建、TestFlight、元数据、提审、签名这些重复工作已经超出点鼠标能应付的范围，asc 值得一试。它明确说明自己是非官方工具、与 Apple 无关，所以把它当作围绕 Apple API 的自动化胶水，而不是替代品。

解决什么问题

发布 Apple 应用时，本地构建产物和网页控制台的操作是混在一起的：上传构建、管理 TestFlight 分组、同步元数据、处理签名、提交版本。每次发版手工做一遍很慢，应用一多就容易不同步。asc 把这些操作放进一个 CLI，让相同步骤能从终端、IDE 或 CI 流水线执行。结果是发布流程落在脚本和配置里，而不是散落在浏览器标签页中。

有什么不同

这是一个面向 App Store Connect API 的通用轻量命令行，而不是构建系统。README 把它描述为一个自包含二进制，覆盖构建、TestFlight、metadata 同步、提审、签名、分析、截图和订阅。认证通过 asc auth login 做一次；没有 issuer ID 的单个 API key 有单独路径；CI 或无头 shell 拿不到 keychain 时，可以改用配置存储认证。这一点是它能进流水线的关键细节。

代价是你直接在脚本里操作 Apple 的 API。命令按文档受支持，弃用警告会给出迁移路径，所以命令演进时脚本需要偶尔维护。另外，工具默认发送匿名的命令级遥测；README 列出了不包含的内容（参数、凭据、ID、路径）以及如何关闭。对发布环境来说这是需要认真对待的默认行为，不能略过。

谁值得试

适合：有稳定发版节奏的 iOS 或 macOS 团队，希望从 CI 驱动 TestFlight 和提审步骤；或者偏好终端工作流、不想在网页控制台点来点去的开发者。面向上 CI 的 keychain 绕过方案让它在无头机器上可用。不适合：偶尔手工发版的独立开发者，或想找完整构建流水线的人——它自动化的是 API 调用，不是 Xcode 构建。

使用条件与边界

你需要在 Apple 的集成页面生成 App Store Connect API 凭据，并选对 key 类型和 issuer ID。默认认证依赖 macOS keychain；CI 和无头机器必须改用配置存储认证。发布二进制是自包含的，不需要装 Go；但 Windows 支持依赖一个还在讨论中、尚未被接受的 WinGet 包，文档给的退路是直接下载签名的发布二进制。用 Go 1.27 构建的版本要求 macOS 13 Ventura 或更高，旧 Mac 必须保留旧版本或在更新前升级系统；见项目的快速开始和发布页。

遥测默认开启。如果这不可接受，用文档里的开关或环境变量关闭，并在接入共享 CI 前阅读遥测说明。

HotRepo 点评

HotRepo 只有 2026-10-27 一个日期点：当天 8,061 stars，登上 GitHub 每日趋势榜第 8 位，当日 +15 stars。可比的每日历史不足，无法判断热度能否持续，所以这个日期点只能当作单日快照，不是趋势。采用前请确认 WinGet 包是否真的已经可用，以及你的 macOS 版本能不能运行最新发布版。