联系不上开发者的第一周，做什么

代码可以晚一点，先查账号

联系不上开发者的头一天，手会先伸向代码。可真正让服务停掉的不是代码。域名注册商、云服务器、支付商户号、短信和邮件发送服务、各种 API 密钥。这些挂在谁的名下、绑在哪个账号里，先把这个查清楚。当初用开发者的个人账号注册的，人一失联，访问权限跟着一起没了。页面还会照常显示一阵子。等续费日过去，域名会掉，服务器会停。

仓库里的代码，是不是线上跑的那份

账号攥住了，接下来是代码仓库。知道地址不等于进得去，进得去也不等于里面那份就是服务器上正在跑的那份。赶时间的时候直接在服务器上改、没往仓库推的修改，经常还留在那儿。新接手的人以仓库为准开工，那些修改就悄无声息地没了。把线上部署的版本和仓库的版本对一遍，这个事故就避开了。

配置值不在仓库里

代码整包接过来却跑不起来，卡点通常在这里。API 密钥、数据库连接信息、支付对接参数这类敏感配置，多数不在仓库，而在服务器上或者一个单独的配置管理工具里。没有这些值，新来的开发者连把服务跑起来都做不到。人还联系得上，务必问出这些值在哪儿看、现在谁手里有那个访问权限。

交接文档大概率是没有的

有文档算运气。没有才是常态。与其追着已经走了的人补一份文档，不如让接手的一方自己翻代码和部署流程，把结构摸出来，这样更现实。第一次打开别人写的代码、拼出整体的样子，本来就要花时间。交接初期看不到成果，问题反而越问越多，原因就在这儿。

这周必须做完的，和可以往后放的

人刚走的时候，先把危险的挑出来。域名和服务器的到期日放着不管，服务会整个停掉；功能上的改进慢慢来也不出事。头几天花在到期日和访问权限这种一旦炸掉就很难收拾的条目上，摸结构排在后面。顺序反过来，代码还没读完，续费日就过去了。

把留下来的东西原样发过来

一个账号一个账号地追，把散落的配置值重新凑齐，这件事相当耗时间。Weple 的网站托管代运维就是接手这种被丢下的服务，从到期日和访问权限开始理。能登进去的账号也好，只知道一个网址也好，当初收到的某个文件也好，手上有什么就原样发过来。哪个更急，我们来分。