UDID/设备额度打满怎么拆

结论

当开发者账号里的注册设备（常与 UDID 关联）额度打满，正确顺序是盘点 → 标注用途 → 移除确定不用的设备 → 再注册新机，而不是立刻换号。换号会连带证书、描述文件与团队权限重建，成本远高于一次清理。本页给可执行的拆分方法；具体上限与年度重置规则以 Apple 后台当时显示为准。

先分清：设备列表解决什么

注册设备主要服务开发调试、Ad Hoc 等需要把具体设备写进描述文件的场景。TestFlight 外部测试通常走另一套机制，但团队仍常混用「真机调试设备」与「临时装包设备」，导致列表被历史项目塞满。关于 TestFlight 与会员关系，见TestFlight 需要苹果开发者账号吗。

买来的带应用老号若设备列表杂乱，交接时应要求导出或截图当前列表，并写入确认，见带应用交接清单。

打满时的清理步骤

1. 导出盘点：在 Certificates, Identifiers & Profiles 的 Devices 中列出全部设备，记下 Name、UDID、类型。
2. 标注用途：团队主力机、CI 机器、已离职人员、一次性客户机、不明历史设备。
3. 只删「确定不用」：离职与不明设备优先；主力机与在用 CI 先留。
4. 更新描述文件：移除设备后，相关 Provisioning Profile 需重新生成并拉取到 Xcode/CI，否则旧 profile 仍指向旧集合。
5. 再注册新机：命名规范建议「项目-姓名-型号」，避免下次再出现「iPhone」×20。

若处在会员年重置窗口附近，先看官方是否即将开放新的额度周期，再决定大砍还是小砍——以后台说明为准，勿听信非官方「清表技巧」。

按项目隔离，避免再次打满

• 命名约定：统一前缀，方便半年后批量识别。
• 责任人：谁申请谁负责退役时提删除。
• 外包/客户机：用完即删，或单独说明保留期限。
• 多产品线：评估是否应用不同团队权限管理，而不是把所有 UDID 堆在同一混乱命名下。

角色谁能改设备与证书，与Account Holder / Admin权限相关；购买交接时确认你方角色足够维护 Devices。

什么时候才考虑换号或另开主体

• 设备与证书长期被前所有者锁定，2FA 也不在你方——先交接 2FA，交接失败再谈换号。
• 公司要做严格项目隔离，且现有主体历史设备无法清理干净、合规上需要新组织账号。
• 续费与换号窗口决策见续费还是换号。

换号不能「自动清空你的工程配置」；你仍要在新号下重建 identifiers 与 profiles。额度问题优先运营纪律，换号是主体策略，不是清 UDID 的默认按钮。

与提审、拒审的关系

设备额度满了通常不会直接写成某条 Guideline，但会导致你无法装调试包复现审核问题，从而拖慢拒审排查。先腾出若干真机位，保证复现环境，再改包重提。

咨询购买时可附带说明：「需要可维护 Devices 的苹果账号，是否带历史设备清单。」产品入口见苹果开发者账号专区；成交验收见交易说明。

命名与台账模板

建议每台设备在备注或名称中至少包含：项目代号、使用人、启用日期。台账可用简单表格维护：UDID、名称、负责人、预计退役日、是否 CI。季度回顾一次，把「超过退役日仍占用」的设备批量清理。纪律比额度数字本身更重要——额度总会再满，混乱的命名会让你不敢删。

外包合作结束时，把删除设备写进验收 checklist，与证书回收、仓库权限回收放在一起。避免项目结束三个月后才发现列表仍占满，而新机无法加入调试。

和证书、描述文件一起看

只在网站上删设备不够：本地与 CI 若缓存旧 profile，打包仍可能按旧设备集合签名。清理后应：重新生成相关 Ad Hoc / Development profile、下载或自动同步到 Xcode、触发一次干净的签名构建、在目标新机上安装验证。若使用自动签名，确认团队账号登录的是正确的开发者团队，而不是个人残留会话。

带应用老号交接时，要求卖方说明「列表中是否含不明设备」；不明设备多不一定是风险本身，但说明账号被多人长期使用，更要严格做2FA与角色收敛。成交约定见交易说明。