本文介绍了如何在不打开Xcode图形界面的情况下，通过命令行工具完成Mac和iOS应用的构建、签名、公证和发布流程。只需一次性完成Apple ID登录和证书创建等准备工作，之后即可通过脚本实现全自动化的无头部署。

好的，这是根据您的要求，对原文主要内容进行的中文重述，已保留关键细节并删减了与主题无关的冗余内容。

标题：如何在不打开Xcode的情况下构建和发布Mac与iOS应用

核心观点： 近期有播客抱怨Xcode体验差，但作者认为，只需完成一次性的初始设置，之后完全可以通过命令行和AI工具（如Claude Code）完成应用的构建、签名、公证和发布，无需再打开Xcode图形界面。

一次性初始设置（需手动完成）：

1. 安装Xcode：Xcode应用必须安装，因为它包含了xcodebuild、notarytool等所有必要的命令行工具。安装后，需通过xcode-select确保系统使用的是Xcode内的工具链，而非独立的“Command Line Tools”。
2. 安装XcodeGen：这是一个通过project.yml文件自动生成和管理.xcodeproj项目的工具，避免了Xcode对项目文件的随意修改，也方便Git管理。
3. 配置Xcode（仅一次）：
   • 通过命令行接受Xcode许可并安装附加组件。
   • 在Xcode的“设置 > 账户”中添加你的付费Apple开发者账号。
   • 创建“Developer ID Application”证书，用于对发布版应用进行签名。此证书及其私钥会存入本地钥匙串，私钥无法重新下载，需妥善备份。
   • 在终端中，使用notarytool store-credentials命令，为你的应用创建一个公证凭证（需输入Apple ID和专用密码）。这个密码不是你的Apple ID密码，需在appleid.apple.com生成。
4. 创建配置文件：创建一个Local.xcconfig文件，填入你的团队ID（Team ID）和包名前缀（Bundle Prefix），并将此文件加入.gitignore。

自动化构建与发布流程：

1. 创建发布脚本 (release.sh)：这是整个流程的核心。脚本会自动执行以下步骤：
   • 预检：检查XcodeGen和公证凭证是否就绪。
   • 生成项目：运行xcodegen generate。
   • 归档：使用xcodebuild archive创建.xcarchive文件。
   • 导出并签名：使用xcodebuild -exportArchive导出应用，并用“Developer ID”证书自动签名。
   • 公证：将应用打包上传至Apple进行恶意软件扫描（notarytool submit --wait）。
   • 钉票：将公证票据钉在应用上（stapler staple），使其在离线状态下也能通过Gatekeeper检查。
   • 验证：使用spctl命令验证Gatekeeper是否接受该应用。
   • 安装：将应用复制到/Applications目录。
2. 创建AI指令文件 (CLAUDE.md 或 AGENTS.md)：此文件告诉AI助手（如Claude Code）项目的构建和发布命令。例如，它定义了快速测试用CODE_SIGNING_ALLOWED=NO的临时构建，以及正式发布用./scripts/release.sh。

日常开发与发布流程：

• 快速编译与测试：使用swift test或xcodebuild ... CODE_SIGNING_ALLOWED=NO build进行无签名的快速构建，适用于本地或CI环境。
• Mac应用正式发布：只需在终端执行./scripts/release.sh，即可完成从归档到安装的全部流程。
• 部署到真实iPhone：使用xcodebuild archive和devicectl device install app命令，无需Xcode界面。

代码签名原理：

• 签名使用的是存储在本地钥匙串中的私钥，而非Xcode界面。
• 自动签名（signingStyle: automatic）会根据团队ID自动选择正确的证书和配置文件。
• 应用的授权文件（.entitlements）只有在使用真实团队身份签名时才会生效。
• 公证（Notarization）是独立于签名的安全扫描步骤。

总结： 整个流程中，Xcode的图形界面仅在初始设置时使用一次。之后，所有构建、签名、公证和发布操作均可通过命令行脚本和AI助手完成。作者建议，先完成初始设置，然后让AI助手帮你创建release.sh和CLAUDE.md，之后“发布一个新版本”就只是一句话指令的事了。

根据评论内容，总结如下：

主要观点与论据：

1. LLM辅助开发流程可行且高效（多数评论认可）

   • 多位用户表示已长期使用Claude Code等工具实现无Xcode开发，包括构建、签名、分发等全流程。
   • 关键引用：Schiendelman: "I've been using essentially this process (with Claude Code) for about six months." / schainks: "Claude was great at figuring out what was broken when and either fixing it, or clicking as far as it could until it needed me."

2. 存在替代工具和生态（部分评论推荐）

   • 推荐Fastlane、Expo、Sweetpad CLI等工具，认为它们更成熟或更适合LLM协作。
   • 关键引用：mrbombastic: "fastlane exists to solve exactly this problem in the mobile space." / mvkel: "Expo + Fastlane = fully automated iOS submission and deployment."

3. 对Xcode的批评与依赖（部分评论指出）

   • 多数用户认为Xcode臃肿、需Apple ID、EULA等，但仍有依赖（如证书、模拟器）。
   • 关键引用：recsv-heredoc: "Having to have Xcode installed is more than half the problem. It makes Visual Studio look lightweight." / sneak: "You still have to open Xcode (to get the certs), and you still have to accept the Xcode EULA."

4. 安全与质量担忧（少数评论）

   • 担心LLM工具泄露敏感信息，或导致低质量应用泛滥。
   • 关键引用：rvz: "giving Anthropic all your secrets, env vars, certificates and your source code to them." / overgard: "the app store does not need more slop."

5. 技术细节与局限性（部分评论）

   • 涉及权限问题、本地测试、CI/CD集成等具体挑战。
   • 关键引用：hyperhello: "How do you keep the app from putting up that permission to access documents folder all the time?" / saagarjha: "Making your app buildable from the CLI is... very useful when you're automating your CI."

平衡性总结： - 主流观点：LLM辅助无Xcode开发已可行，尤其适合自动化CI/CD和快速原型。 - 反对观点：仍需Xcode处理证书/EULA，且存在安全风险和质量隐患。 - 中立观点：推荐结合Fastlane/Expo等成熟工具，或使用专门为LLM设计的CLI工具（如Sweetpad、Axiom）。