符合新签名/公证流程的动态生成自定义Apple .pkg方法咨询

嘿，我来帮你梳理下这个问题的解决方案——刚好我之前处理过类似的场景，结合苹果官方的规范和实际操作经验，给你几个可行的方向：

苹果官方的推荐方案 #

苹果官方其实一直强调要用原生macOS工具链来构建、签名和公证.pkg文件，因为整个签名/公证流程深度绑定macOS环境（毕竟公证是苹果云端服务，官方工具仅支持macOS）。官方核心工具包括：

• pkgbuild：更底层的组件打包工具，适合自定义单个安装组件，支持直接指定预/后安装脚本、文件权限等
• productbuild：用来把多个组件打包成完整的分发pkg，还能直接集成签名步骤
• notarytool & stapler：前者负责提交pkg到苹果公证服务器，后者用来把公证票证附加到pkg上（这俩工具只能在macOS上运行，而且苹果明确禁止在非授权虚拟化环境使用，违规可能影响开发者账号）

针对你Linux环境痛点的解决方案 #

你现在用xar修改pkg的方式确实会碰到公证的两大难题，这里有几个务实的解决思路：

1. 拆分流程：Linux做修改，macOS做签名公证 #

既然Linux没法跑官方公证工具，那可以把流程拆成两部分：

• 在Linux端：用xar解压现有pkg，修改预/后安装脚本，再重新打包成未签名的pkg（注意别碰原签名相关的文件）
• 传输到macOS环境：可以用自己的Mac主机，或者GitHub Actions、GitLab CI这类支持macOS runner的CI服务。在macOS上用productbuild重新构建并签名（直接修改后的pkg可能结构不符合公证规范，用官方工具重构更稳妥），然后用notarytool submit提交公证，最后用stapler staple把公证信息嵌入pkg

2. 优化公证耗时的小技巧 #

公证慢通常和pkg体积、网络、提交方式有关，试试这些方法：

• 精简pkg内容：只保留必要的文件，减少上传体积
• 用异步提交模式：notarytool submit加--async参数提交后，用notarytool log轮询状态，避免长时间占用终端
• 选近程环境：在CI服务里选离苹果公证服务器近的区域（比如美国西部）的macOS runner，或者用更稳定的网络环境提交

3. 避开直接修改已签名pkg的坑 #

直接用xar修改已签名pkg后，原签名会失效，而且修改后的文件权限、目录结构可能不符合苹果的公证要求，这会导致公证失败或耗时更长。更稳妥的方式是：

• 在Linux上生成好预/后安装脚本、自定义资源文件
• 把这些文件传到macOS，用pkgbuild从头构建组件pkg，再用productbuild打包成分发版，同时完成签名，最后提交公证
• 这种方式生成的pkg完全符合官方规范，公证通过率更高，耗时也更稳定

总结 #

目前没有办法在纯Linux环境完成完整的签名+公证流程（苹果官方不支持，工具仅适配macOS）。最合规高效的方式是拆分流程：Linux负责自定义内容的生成/修改，macOS负责后续的官方签名和公证。苹果官方的pkgbuild/productbuild+notarytool是最推荐的方案，能最大程度减少公证环节的问题。

内容的提问来源于stack exchange，提问作者rileymat