企业官网建设流程全解析

用 GameMaker 做游戏，最折腾的不是写代码，而是打包。尤其是你手上只有一台 Windows 电脑，却想把游戏弄上 App Store，你会发现整个 iOS 生态的每一环——构建、签名、上传、审核——几乎都在默认你有一台 Mac。这篇文章就是写给同样被困在 Windows 上的 GameMaker 开发者的，从原理讲到完整实操，把我这几年代建 iOS 包踩过的坑和现在稳定使用的流程整理出来。核心思路一句话：Windows 解决开发问题，远程 Mac 解决构建问题，证书和描述文件在 Windows 侧就能全部搞定。

如果你正好卡在“GameMaker 工程能跑，但找不到 iOS 构建入口”“证书配置一堆报错”“打包出来的 ipa 没法上传”这几个环节，这篇应该能帮你把整条链路一次理顺。

1. 在 Windows 上做 iOS 打包，卡点究竟在哪

1.1 为什么 GameMaker 的 iOS 构建绕不开 Xcode

GameMaker 的 Windows 版 IDE 本身是完整的跨平台编辑器，Windows、macOS、HTML5 都能靠它开发。但 iOS 跟其他平台有一个本质区别：iOS 应用从编译到签名再到打包，都依赖苹果自家的工具链，核心就是 Xcode 里的 xcodebuild、codesign、asset catalogs 等工具，而这些工具只存在于 macOS 系统里。

GameMaker 在 Windows 上做的所谓“iOS 项目”，实际上只会生成一份等待构建的工程骨架，真正把它变成 .ipa 的环节，一定是在 macOS 上调用 Xcode 来完成。用一个好懂的比喻：GameMaker 像是翻译，把你写的 GML 翻译成 iOS 原生代码，但翻译出来的稿子没有印刷厂就只是文本；Xcode 就是苹果指定的印刷厂，而且它只开在 Mac 这个车间里。任何声称能在 Windows 上直接产出 iOS 包的方案，本质上都是绕开印刷厂做假书，要么装不进真机，要么过不了审核。

这一点不搞清楚，后面你配置证书、描述文件的时候会一直不知道为什么报错。先接受“iOS 构建必须有 Mac 环境”这个前提，后面的路反而好走。

1.2 别信“Windows 直打包”的偏门方案

网上有不少帖子说，只要有虚拟机、有交叉编译工具，就能在 Windows 直接出 iOS 包。我身边还真有人试过，结果基本都翻车了：

• 在 Windows 上虚拟 macOS：性能差到足以气死人，显卡、声卡、Apple Silicon 相关框架统统缺失，Xcode 一个大版本升级就能逼你重装整个系统。GameMaker 构建时一旦涉及 Metal 渲染相关问题，虚拟机的兼容性会非常折磨人。
• 借朋友的 Mac：跑一两次可以，但证书、描述文件、Xcode 版本、GameMaker 版本需要长期匹配，你不可能每次都半夜找他借电脑。
• 用打包服务商：看似省事，但你不知道对方的构建环境里有没有夹带私货，后续 App 版本更新也完全依赖别人，哪天对方服务停了连更新都发不出去。

我的结论是：远程 Mac 是唯一既省心又可长期复用的路线。接下来这套流程，就是把远程 Mac 真正纳入你日常 GameMaker 开发节奏的办法。

2. 没有 Mac 也能构建：远程 Mac 方案与成本测算

2.1 常用远程 Mac 服务对比

现在市面上能按需使用的 Mac 环境比很多人想象的成熟，常见几家我列个表，方便你直接对号入座：

我平时用的是按小时计费的云 Mac。原因很简单：日常开发调试都在 Windows 上完成，只有真正需要出 iOS 包时才用到 Mac，按小时租不会浪费。如果你团队每周都要提审，那包月模式更省心，固定一台机器也方便积累证书和构建环境。

2.2 配置选择与成本建议

GameMaker 的 iOS 构建对机器要求不算高，乞丐版 Mac mini 也能完成。资源多、图标多、音频多时，编译时间会拉长；但大多数休闲游戏项目，4 核 CPU、8GB 内存的实例完全够用。

按小时租的话，一次完整的“连接云端 Mac + 同步工程 + 构建 + 上传”大概要 1 到 2 小时。一个月发三四个版本，成本完全可控。如果开始每天都要出包、跑自动化流水线，再考虑包月或自建机器。

网络方面一定要选延迟低、下载速度快的机房。Xcode 安装包动辄好几个 GB，网络差会在装环境阶段就消耗大量耐心。第一次配环境建议留出一整个下午，把 Xcode、GameMaker、Transporter 全部装好，后面每次出包就只是同步代码然后点构建，速度快得多。

2.3 工程跨平台同步的三种做法

Windows 上开发的 GameMaker 工程，要同步到云端 Mac 去构建，最推荐的方式是 Git。GameMaker 的 .yyp 项目文件和资源文件可以被 Git 正常跟踪，但要注意几点：

• 构建产物目录（如 build、export）要加进 .gitignore，别让几百 MB 的临时文件污染仓库。
• 音频、视频这类大文件建议配 Git LFS，否则仓库会越来越臃肿。
• 如果项目里有 Windows 专用 DLL 扩展，要确认有对应的 iOS 版本，否则同步过去也构建不了。

嫌 Git 麻烦的话，用网盘同步也可以，但多人协作时文件冲突非常头疼。我个人经验是：宁可多花十分钟配好 Git 流程，也不要在这上面图省事。

3. 苹果侧准备工作：Windows 下完成 CSR、证书与描述文件

3.1 注册 Apple Developer 账号与开通两件事

在动 GameMaker 之前，先把苹果开发者账号搞定。注册 Apple ID、开启双重认证，然后到 developer.apple.com 加入 Apple Developer Program，个人身份年费 99 美元，一般几小时到一天内能通过审核。公司账号需要 D-U-N-S 编码，流程会更久。

账号通过后还有两个容易忽略的准备：

• 在 Apple Developer 后台的 Membership 页面记下你的 Team ID，是一串十位字母数字，后面 GameMaker 里要填。
• 确认你的 GameMaker 订阅计划包含 iOS 导出模块。GameMaker 的免费版通常只覆盖部分平台，iOS 导出属于较高等级的权益。如果订阅等级不够，GameMaker 的目标列表里根本看不到 iOS 选项，这会直接卡住你后续所有工作。

开发者账号的注册主体会显示在 App Store 游戏页面的开发者名称位置，个人起名要慎重，因为后期更改很麻烦。

3.2 在 Windows 上用 OpenSSL 生成 CSR 并申请证书

Mac 上申请证书通常走钥匙串生成 CSR，但 Windows 上一样能完成。用 Git Bash 或 WSL 里的 OpenSSL 就可以。

打开 Git Bash，运行：

openssl req -new -newkey rsa:2048 -nodes \ -keyout ios_key.key -out ios_cert.csr \ -subj "/C=CN/ST=Beijing/L=Beijing/O=YourCompany/CN=YourName"

解释一下参数：

• -newkey rsa:2048生成新的 2048 位 RSA 私钥。
• -nodes表示私钥文件本身不加密，方便后面转 p12；私钥文件要单独保管好。
• -subj里填英文或拼音即可，CN 最好用你的名字或公司拼音。

生成完会得到ios_cert.csr和ios_key.key两个文件。接下来去 Apple Developer 后台的 Certificates, Identifiers & Profiles 页面，点 Certificates 旁边的加号，选择Apple Distribution类型（发布到 App Store 用的证书），上传刚刚生成的 CSR，下载返回的.cer文件。

这里有个坑：证书类型选错了后面签名必挂。如果你只是做商店发布，用 Apple Distribution 就行；如果你想做真机调试，得额外再申请一个 Apple Development 类型的证书，两套流程同样跑一遍，但证书文件不要混用。

3.3 创建 App ID、登记设备 UDID、下载描述文件

证书搞定了，还需要一个 App ID。在 Identifiers 页面点加号，选择 App，填一个 Bundle ID，比如com.mystudio.mygame。这个 ID 必须和后面 GameMaker 工程里填的完全一致，一个字母都不能差。

App ID 旁边可以勾选 Capabilities，比如 Game Center、Push Notifications、In-App Purchase。这里我的忠告是：用不到的能力千万别勾。尤其是推送，一旦勾上，你在 GameMaker 和描述文件里都要做额外配置，否则构建时经常会报“entitlement 不对应”的错。

接着到 Devices 页面添加测试设备 UDID。这个步骤只对真机调试用的 Ad Hoc 描述文件有意义。如果你直接用 TestFlight 测试，其实不需要手动加 UDID，后面我会详细说。

最后在 Profiles 页面创建描述文件。类型选App Store，关联刚才的 App ID 和 Apple Distribution 证书，下载得到一个.mobileprovision文件。这个文件就是告诉系统“这个 App 可以由哪个证书签名、装到哪些设备上”的凭证。

3.4 把证书合并成 p12：GameMaker 需要的唯一文件格式

很多教程直接让你把.cer转 p12，但实操时经常报错，因为苹果给你下载的.cer是 DER 编码，OpenSSL 默认读 PEM 格式。正确做法是先转一次格式，再合成：

openssl x509 -inform DER -in ios_cer.cer -out ios_cert.pem openssl pkcs12 -export \ -out distribution.p12 \ -inkey ios_key.key \ -in ios_cert.pem

执行第二条命令时，会让你设置 p12 的导出密码。这个密码一定要记住，GameMaker 配置证书时需要填。p12 文件相当于你全部签名身份的钥匙，泄露了等于别人能冒充你上架 App，绝对不要提交到 Git 仓库或网盘分享。宁可弄丢了重新生成一遍，也别嫌麻烦。

4. 在 GameMaker 工程里逐项配置 iOS 发布参数

4.1 Bundle ID、Team ID 与证书描述文件的对应关系

现在进入 GameMaker 本体。打开项目后，进Global Game Settings（全局游戏设置），找到 iOS 标签页。不同 GameMaker 版本的菜单位置略有差异，但需要填的核心参数是一致的：

• Bundle Identifier：填前面注册 App ID 时的完整 bundle ID，比如com.mystudio.mygame。
• Team ID：填 Apple Membership 页面的十位 Team ID。
• Certificate：选择distribution.p12文件，并输入你刚才设置的导出密码。
• Provisioning File：选择下载的.mobileprovision文件。

这三者的对应关系一定要对齐，否则构建时报错会毫无头绪。我第一次配的时候，证书和描述文件一个用了 Distribution、一个用了 Development，构建日志里一直报no provisioning profiles，后来检查才发现描述文件和证书类型不一致。

遇到类似报错，我给你一个排查顺序：先看 Bundle ID 是否完全一致，再看 Team ID 是否属于同一个开发者账号，最后确认描述文件关联的证书类型和 GameMaker 里选的是同一个。这三项没问题，签名类的报错基本能解决掉九成。

4.2 图标、启动图、横竖屏和最低系统版本

iOS 设置页里有一堆图标位，除了 App Store 主图标是 1024x1024，还有各种 Spotlight、Settings 尺寸。建议准备一张 1024 的源图，用工具统一缩放生成各尺寸，不要手工挨个裁，很容易漏。图标本身不要画圆角、不要带透明背景，苹果会和 App Store 自动处理圆角遮罩，你自己画了反而边缘毛糙。

启动图可以直接给一张适配目标设备的图片，GameMaker 也有自动生成启动图的选项。我个人习惯用一张 1290x2796 的图，覆盖主流 iPhone 尺寸，系统会自动缩放。

横竖屏方向在 Orientation 里设置。如果游戏只支持横屏，把竖屏选项全部关掉；反过来也一样。这个设置不仅影响游戏画面，还会影响审核截图时的展示方式，最好在游戏原型阶段就确定。

最低系统版本可以在 iOS 设置里调。我的建议是设到 iOS 13 或更高，苹果要求新提交的 App 支持最新 SDK，但 Deployment Target 不用拉得太低。太老的系统版本反而会遇到 Metal 渲染兼容性问题，对 GameMaker 游戏来说没必要。

4.3 隐私用途字符串、广告模块与数据收集声明

如果游戏用到了相机、麦克风、定位、通讯录这些系统能力，必须在 Info.plist 里写用途描述，否则运行到对应功能时系统直接弹崩溃。GameMaker 的 iOS 设置页提供了一些 Privacy Usage Description 输入框，把文案填进去即可。休闲游戏通常用不到这些，但要注意广告 SDK。

我接触过不少 GameMaker 开发者，接广告时只记得在代码里初始化，忘了做 App Tracking Transparency 的弹窗授权，结果苹果审核时被判定为追踪用户行为，直接打回。如果游戏接的是 AdMob 这类三方广告库，一定要在代码里实现 ATT 弹窗，同时在 App Store Connect 的 App 隐私里如实声明“追踪”。

苹果对数据收集的审查越来越严格。哪怕你的游戏只是把崩溃日志传给某个统计 SDK，也算数据收集，需要在隐私问卷里选上。纯单机、不联网、不接广告的游戏，选“不收集数据”最省事。

4.4 iOS 上容易翻车的资源格式与代码兼容性

选完参数，还有一类问题经常在打包后才暴露，就是资源和代码的跨平台兼容性。

• 音频格式：iOS 对 OGG 支持有限，最好直接用 MP3、AAC 或 WAV。GameMaker 构建时可能会尝试转码，但转码结果不可控，不如一开始就放 iOS 友好格式。
• 字体内嵌：中文字体在 iOS 上如果依赖系统字体，很容易缺字形、显示成方框。把 TTF 作为 GameMaker Font 资源导入，并勾选内嵌选项。
• 纹理尺寸：虽然新版本 GameMaker 对 2 次幂限制放宽了，但为了兼容更多旧设备，Texture Group 里的图片尺寸还是尽量保持常见规格。
• 代码条件分支：用os_type或os_browser判断平台，不要硬编码 Windows 盘符路径。很多 Windows target 上能跑的代码，到 iOS 上路径完全不一样。
• 第三方扩展：GameMaker Marketplace 上的扩展会在列表里标注支持平台。没有 iOS 标识的扩展，在 iOS 构建时要么报错、要么被静默忽略，要在大版本发布前逐项检查。

5. 上云构建：从 Xcode 环境准备到 ipa 出炉

5.1 第一次连上云端 Mac，按这个顺序装环境

第一次连上云端 Mac，别急着打开 GameMaker，先把底层环境装好。我的操作顺序是：

1. 用远程桌面连上云端 Mac。
2. 从 App Store 安装完整版 Xcode，不要只装 Command Line Tools，否则后续 xcodebuild 相关工具不全。
3. 打开一次 Xcode，让它完成组件初始化；或者直接在终端执行sudo xcodebuild -license accept，接受许可协议。
4. 下载安装与 Windows 上同版本的 GameMaker，登录同一个账号，确认 iOS Target 可用。
5. 顺手从 Mac App Store 安装 Transporter，后面上传 ipa 要用。

这里最关键的提醒是：云端 Mac 用哪个版本的 Xcode 不是越新越好。苹果每年秋季发布新版 Xcode，但 GameMaker 的兼容支持往往滞后。你直接用最新版 Xcode 去构建，很可能签名出来的包有问题。最好的做法是让云端 Mac 的 Xcode 停在 GameMaker 官方文档标明的支持版本上，等 GameMaker 发布兼容更新后再一起升级。

5.2 生成 ipa 前的构建检查清单

云端 Mac 环境就绪后，把 Windows 上提交的工程通过 Git 拉下来，打开项目，确认 Target 切到 iOS，然后按下列清单逐项检查：

• 全局设置里的 Certificate、Provisioning File、Team ID 是否完整。
• Bundle ID 是否与 App ID 完全一致。
• 各尺寸图标和启动图是否都已填上。
• 方向、最低系统版本是否符合预期。
• 构建配置选 Release 或对应“上架”的配置模式，不要拿 Debug 包去上传。

检查通过后点构建。首次构建会比较慢，10 到 30 分钟都正常，之后会有缓存就快很多。构建成功后会在指定目录生成.ipa文件。

如果构建失败，GameMaker 的构建日志里会有具体错误信息。常见几类问题我直接给你定位方向：

• No profiles for ...：描述文件和 Bundle ID 对不上。
• Certificate untrusted：p12 没有正确导入钥匙串，或者导出密码填错。
• requires a development team：Team ID 没填或填错。
• Bundle version is already in use：这个不是构建报错，是上传时版本号重复了，后面会说。

5.3 用 Transporter 或命令行走上传这关

ipa 生成后，上传到 App Store Connect 最简单的方式是 Mac 上的 Transporter。打开 Transporter，登录你的 Apple ID，把 ipa 文件拖进去，等它显示“已交付”就完成了。

需要注意，现在开发者账号普遍开启了两步验证，Transporter 登录时用普通密码会失败。你需要到 appleid.apple.com 生成一个 App 专用密码，格式类似xxxx-xxxx-xxxx-xxxx，用这个密码登录 Transporter 就可以。

习惯用命令行的也可以用 Xcode 自带的 altool：

xcrun altool --upload-app -f /path/to/Game.ipa -t ios -u you@example.com -p app-password

新版 Xcode 里 altool 已经被标记为弃用，但还能跑。对于大多数个人开发者，我还是推荐 Transporter，界面直观、错误信息也友好。

上传完成后，到 App Store Connect 对应 App 的 TestFlight 页面，会看到构建版本状态是“正在处理”。处理时间通常 5 到 30 分钟，资源复杂时可能更久。一定等状态变成“可供测试”或“已通过处理”再去提交审核，别着急点提交，否则会提示找不到可用构建。

5.4 TestFlight 测试：先内部后外部，别直接裸奔提交审核

很多 GameMaker 新手以为构建成功、上传成功就可以直接提交审核了，这是最大的错觉。审核前一定要通过 TestFlight 在真机上跑一轮。

TestFlight 的流程是：

• 在 App Store Connect 的 TestFlight 页面，把当前构建分配给内部测试组。
• 内部测试人员上限 100 人，要求是开发者团队成员，基本免审核，处理完成后立刻可测。
• 如果需要更多人甚至外部测试员，就创建外部测试组，苹果会做一次 Beta 审核，通常几小时到一天。

测试人员在 iPhone 上装 TestFlight App，接受邀请后就能安装你的游戏。这一步有个很大的好处：TestFlight 分发的是 App Store 签名包，测试不需要手动添加设备 UDID，也不需要做 Ad Hoc 描述文件。很多教程让你去折腾 Ad Hoc，其实对于大部分小团队完全没必要。

真机测试时要重点看几个场景：游戏启动速度、横竖屏切换、内购流程、广告加载、音频播放。GameMaker 的 iOS 包首次启动会比较慢，因为系统要做签名校验和资源解压，测试时别误以为是卡死。

6. 审核与后续维护：过了这一关才算真正上架

6.1 容易被拒的高频原因

构建和上传只是前半程，真正上架还要过苹果审核。根据我观察和经历过的打回情况，高频原因集中在下面几类：

• 启动崩溃或黑屏。尤其是低配旧设备，比如 iPhone 8 这一档。GameMaker 的默认启动流程虽然轻量，但如果你在启动时立刻加载大量音频、生成超大 Texture Group，老设备很容易内存吃紧。建议在旧机型上多跑几次再提审。
• 截图和实际内容不符。审核截图必须用真机或模拟器截取，不能把其他平台的截图改个分辨率就用，也不能在截图里加诱导性文字。这部分是硬性要求，提交前对着截图逐个检查。
• 隐私政策链接缺失或死链。没有隐私政策链接，或者链接点不开，会被直接打回。有广告、有账号系统、有数据收集时，更要写清楚。
• 有内购但没有恢复购买入口。只要游戏里有 IAP，就必须提供“恢复购买”按钮。GameMaker 的 IAP 模块支持iap_restore唤起系统弹窗，记得在设置界面留一个入口。
• 支持账号注册但没有注销入口。苹果要求支持账号创建，必须提供删除账号的方法。GameMaker 游戏如果只用游客身份、不注册账号，则不需要。

收到审核拒绝时，App Store Connect 的“解决方案中心”会显示详细信息，包括截图和崩溃日志。按提示修完后，递增版本号，重新构建上传，再提交一次即可。

6.2 提交前最后过一遍的细节

提交审核之前，我习惯按这份清单过一遍，缺任何一项都会浪费等待时间：

• App Store Connect 的 App 信息：名称、副标题、描述、关键词、类别、年龄分级问卷、隐私政策 URL。
• 版本页：选择 TestFlight 里处理完成的最新构建，填写“此版本的新增内容”。
• “App 隐私”部分：如实填写数据收集情况。纯单机游戏选“不收集数据”最省事，接广告或统计 SDK 就如实申报。
• 定价与内购：确认价格、免费或付费，IAP 项目已同步并配置。
• 出口合规：普通游戏大多选“否”，除非用了特殊加密。
• 真机上用 TestFlight 包完整走一遍主要流程，确认没有崩溃、没有明显卡顿。

苹果的审核时间一般 1 到 3 个工作日，有时会更久。提交后留意解决中心的消息，如果审核员提问，尽快回复能加速流程。

6.3 证书续期与版本更新的日常节奏

上架成功只是开始，后续每次更新版本都要走一遍这套流程。几个容易踩的节奏点：

• 开发者证书有效期一年。到期前，GameMaker 构建会开始报证书过期或签名失败。每年都要重新生成证书、重转 p12、更新描述文件，并把新证书配到 GameMaker 里。建议在日历里设个提醒，别等报错才想起来。
• Build 号必须递增。每次构建上传前，确保 GameMaker 里的 Build 号比上一次大。重复的 Build 号会提示Bundle version is already in use，而且这个错误特别让人摸不着头脑，因为它出现的时间点是在上传之后。
• 每年秋季 Xcode 大版本更新。苹果会给出“今后提交必须使用新版 SDK”的强制期限。在那之前，云端 Mac 的旧 Xcode 还能继续用；过了期限就只能跟着升级。升级前先看 GameMaker 是否适配了新 Xcode，别盲目升。
• App 分析里的崩溃数据。上架后多留意 App Store Connect 里“App 分析”提供的崩溃率和卡顿数据，比用户差评更早暴露问题。

这套流程跑顺之后，每周出 iOS 包其实只需要很少的时间，真正吃时间的永远是测试和审核等待。证书、描述文件、Xcode 版本这些东西，属于一次性基建，配置好之后只要不手贱乱升级，就是一份循规蹈矩的熟练工作。