那天晚上九点出头，手机连着震了三下，三条六位数字躺在屏幕上。
发消息的人在公司里管着那个苹果开发者账号，我们正帮他把一个包送上 App Store Connect。他打字很快：哪个能用，你试一下，我这边刚收到。
我回他，哪个都别发。
他停了几秒，回了一句：那这包怎么传？
这个问题比包本身难答。这一年里，类似的对话我经历了太多次。团队把开发者账号当成一个共用的密码，谁要传包，密码就发过去；对方登录时手机跳出验证码，再截图发回来。一天下来，验证码在两个人的对话框里来回跑十几趟。看着省事，其实每一步都在给后面埋坑。
下面这几段场景，是我按常遇到的情况拼起来的，不是哪位客户的原话，人对不上号，问题却是真的。
管账号的那位，怕的从来不是麻烦
管账号的人通常不写代码。账号挂在公司主体下，年费、协议、主体资料都归他管。
他最怕的事情很具体：不知道谁在什么时候用这个账号做了什么。密码一旦发给三个人，这个问题就永远答不上来。哪天账号被风控，被要求补充主体材料，或者收到一封莫名其妙的协议确认，他连该找谁问都不知道。
我见过一位，把账号密码存在手机的备忘录里，备注写着「上传用」。他跟我说，方便。我问，如果哪天这个备忘录被人翻到呢？他笑了一下，说没想过。那天之后他把密码改了，改成让开发在账号里加了自己的成员位置。
传包的人，要的只是一个位置
要传包的那位，诉求窄得很：把一个签好名的 .ipa 送上去，让它在 App Store Connect 里变成一个构建版本。
他不需要看财务报表，不需要改协议，也不碰别人的应用。可为了这一件事，他常常得等到晚上——等账号主人有空看手机，等那串验证码转过来。
还有更别扭的情况：包传到一半，账号主人在另一台设备上登录，触发了安全验证，这边直接掉线，几十分钟白搭，只能从头再来。
他要的从来不是密码，是一个能上传的位置。
点提交的人，卡在构建号上
第三个人负责提交审核。他要对齐的是构建版本号、版本说明、截图和审核备注。
共用账号的团队，最常翻的车就在这里。两个人各传了一个包，构建号填了同一个数字。后传的把前一个顶掉，运营点进去，选中的不是自己以为的那一版，改了半天，发现改的是别人传的包。
构建号有个简单的道理：同一个版本下，它只能往上加，不能重复。这句话在团队里几乎没人写下来，于是每次发版都靠记忆。
三个人要的其实是同一件事
把三个人的处境摆在一起，问题不在人，在做法。
账号本来就支持几个人一起用，方式是在账号里添加成员，按职能分权限。有人能上传构建版本，有人能提交审核，有人只能看报表。每个人用自己的 Apple ID 登录，验证码发到自己手机上，谁在什么时候动了什么，账号里留着记录。
上传这一步还有另一条路。很多上传工具支持 App 专用密码，它跟主密码分开，用完可以单独作废，不必惊动整个账号。你的工具支持哪一种，看说明比猜快。
至于账号归谁，这件事最好在合作开始时就说定。账号应当由应用的实际主体持有，这是底线。服务商也好，外包也好，拿的是成员位置，不是账号所有权。项目交付完，把那个位置撤掉，事情就干净了。
门禁卡与钥匙
公司门口那张门禁卡，能进大堂，能刷电梯，丢了前台立刻注销再补一张。没人会把大门钥匙配十把，分给每一位来上班的人。
开发者账号是同一个道理：给出去的是权限，不是钥匙。权限可以收回，可以限定范围，还能查记录；钥匙给出去，就只能指望对方人品。
下次发版前，问三句话
这几句话不长，团队里谁问都行。
这次要动账号的人是谁，他要做的具体是哪一件事——只是传包，还是也要提交？
这件事能不能用一个成员位置解决，而不是把主密码发出去？
构建号谁定，定完写在哪？光在群里说一句不算，最好落在同一张表上：版本号、构建号、谁传的、什么时候传的。
要是团队里没人愿意管这套东西，或者账号在客户那边、这边只有包，也有省事的办法：网页上传，Windows 也能开，把包拖进去，填好账号信息就能送上去，传完留记录，要重传点一下就行。省下来的不是一台 Mac 的钱，是那晚九点的三串验证码。
初雪云的 iPA 上传在浏览器里就能把包送到 App Store Connect，Windows、Linux 都能用，分片上传带断点续传，上传记录自动留着；账号和证书该怎么配、提交前要看哪些审核要点，也可以先一起理清。具体权限范围和工具支持以苹果账号规则及实际工具说明为准，上架结果以平台审核为准。
https://www.chuxueyun.com/pages/ipaupload