周一早上，客户催着看进度，GitHub 却打不开
上周一早上九点半，我在杭州的咖啡馆给客户演示新功能，页面一直转圈。邮件、聊天工具都正常，偏偏代码仓库连不上。那一刻我先慌了：不是代码丢了，而是团队每个人都被卡在同一扇门外。后来我才搞明白，托管平台偶尔会拥堵或维护，我们能提前准备一条退路，而不是临时抱佛脚。
GitHub 是什么，开发者平时怎么用
GitHub 可以理解成放项目代码和版本记录的网上文件夹。开发者会把每次改动放进去，方便自己回看，也方便多人协作。2021 年 3 月，Linux 内核项目仓库就曾短暂出现访问异常；这次讨论有上百条开发者留言，许多人提醒团队准备镜像和离线备份。我的做法更简单：重要项目保留一份本地副本，再定时同步到另一家云服务商。它不能消灭故障，却能让 GitHub 暂时不可用时继续干活。
今天复刻：零到几十元，半小时能搭起第一层保险
钱：只用现有免费额度可做到 0 元；需要额外云存储时，准备每月 0—30 元即可。时间：约 30—60 分钟。技术门槛：会登录网站、下载文件和上传压缩包；不懂代码也可以先完成整包备份。第一步：打开自己常用的代码托管页面，点击右上角的“New repository”或“新建仓库”，先建一个只属于自己的备份仓库。如果代码涉及客户保密信息，先确认合同和平台权限，别直接上传。
按现在的阶段，选适合自己的强度
如果你刚起步、代码只在自己电脑里，我会先做两件事：把项目复制到移动硬盘，再每周上传一次压缩包，不必急着搭复杂流程。如果你已经有 1—2 个客户，我会保留本地副本，并增加一个异地备份；每次交付前，把可运行版本和说明文档一起存好。如果你正在扩规模，我会把自动同步、权限检查和恢复演练写进清单，每季度从备份里试恢复一次。这套方法不是所有人都需要：如果你已有可靠的云端镜像和公司级容灾方案，就别重复折腾。现在不试也没事，等下一次仓库打不开时再补第一层保险，也来得及。