“UDID 在哪看？”
晚上十点半，测试群里又冒出这句话。算上白天，这是第三次了。
我盯着屏幕上一张纸的照片发呆。中午我请行政把参加内测的同事报一遍设备，她抄得很仔细，一台一行，十二行，字迹工整。可我照着名单核对的时候才发现，有两行后面的人早就换了手机——人还在群里，设备已经不是原来那台了。
那天我们拖到快十二点，才把内测包装到最后一台机器上。回去的路上我在想，这件事其实一点都不难，难的是没人愿意在开始之前多问一句。
先把那个被问了三遍的问题讲清楚
UDID 是 iOS 设备的唯一识别码。初雪云官网的 UDID 获取页面写得很直白：每台设备都有独一无二的编码，用在开发者测试和企业应用分发上。
它跟“机型”不是一回事。机型只能告诉你这是哪一款手机，UDID 说的是“这一台”。同一款手机买两台，两个码也不一样。所以开发来问你要 UDID，本质上是想知道：这个包里要放行的是哪几台具体的机器。
一定要连电脑、装描述文件吗
以前是。现在初雪云官网的 UDID 获取入口走的是扫码：拿 iPhone 或者 iPad 的相机，对着页面上的码扫一下，跟着系统的提示往下走，几秒钟结果就出来了，页面上还有一个“一键复制”。
我第一次用的时候愣了一下——系统弹窗要的是锁屏密码。当时我也犯嘀咕，这个东西怎么能随便给。页面上的隐私说明写得很清楚：提示输入的是锁屏密码，任何人无法获取你的密码信息，传输过程是加密的。我后来自己又试了一遍，密码输完就过去了，页面上只留下那串设备码，没有别的。
要是你心里还是不踏实，有个最简单的判断：扫码这件事，从头到尾都该是你自己在自己手机上完成。别人发你一个链接让你填密码，那不管说得多好听，都别填。
拿到那串字符之后，先别急着发出去
整串复制，真别手抄。我见过手抄漏一位的，也见过复制时前后带了个空格，后台一对就是查无此机，来回折腾一下午。
发的时候顺手带三件事：这是哪台设备（自己天天用的，还是团队那台公用测试机）、用的人是谁、这台机器是长期留着还是临时加进来。多打这十几个字，后面能省掉一堆“这台是谁的”。
我们真正踩过的几个坑
最典型的是换机。名单建好之后，有人从旧手机换到新手机，数据迁移完一切正常，就是 UDID 变了。测试那天他装不上包，第一反应是包坏了，其实是机器换了。
第二种是重复。同一个人隔了两周又报了一次，表格里出现两行，一行是旧设备。这种错不影响安装，但名单会越来越长，长到没人敢删。
第三种是把公用机当成自己的报。办公室里那台专跑测试的旧 iPhone，谁路过都拿它试两下，最后名单上有三个人报了同一个 UDID。
还有一种是人员变动。名单里躺着一位已经离职的同事的设备，谁也说不清还要不要留。我现在的做法是：不确定就先留着，但标一句“待确认”，别让它悄悄占着位置。
什么时候需要重新来一遍
换了设备，一定要。加了人，也要。设备被重置、恢复出厂、以旧换新，同样得重新取一次。
反过来，只是重装 App、升级系统、换个 Apple ID 登录，设备还是那台设备，码不会跟着变。这一点想明白，能少打扰开发很多次。
现在我们怎么做
一张共享表格，四列：人、设备、UDID、备注。谁要参加内测，自己扫码、自己粘贴，备注里写清是常用机还是备用机。换机了就改自己那一行，别新增。
这套流程没有任何技术含量，但它把“等人回消息”从上线前夜挪到了提前一周。慢的从来不是扫码那几秒，是群里那句“在吗，帮我看下 UDID”。
如果你手上正卡在这一步，官网的 UDID 获取入口是自助的，扫码就能拿到，入口就在官网，几步之内就能做完。要是想让测试分发、上架资料这些事一起理顺，初雪云的上架与预审服务也可以接着聊——把设备、材料、时间节点一次对齐，比临到提交再补要轻松得多。
本文提到的页面说明以初雪云官网当前展示为准，具体分发方式和平台规则以实际账号与平台反馈为准，实际结果因设备情况和分发方式而异。