当 GitHub 宕机时，我们如何协作？

1. 灯灭之后，谁还在歌唱？

在开发者的日常生活里，GitHub 就像是一座电力公司。只要电源还在，城市就亮着、机器就转着、代码就流动着。可一旦“停电”，一瞬间我们失去了依赖，才发现自己原来活在某种脆弱的秩序里。
那一刻，Slack 里静默了三秒，随即被表情包淹没：“完了，开摆。”但这也许正是重新思考协作方式的契机。

2. 备用电池：老工具的“复古时尚”

当云端不再可靠，我们是否还记得如何用 Git 本地仓库相互传递补丁？

• USB 闪存变成“代码鸽子”，一台电脑拷到另一台。
• 邮件里的 patch.diff 附件，仿佛回到了 Linux 早年的邮件列表时代。
• 内网 GitLab、Gitea、甚至一个裸 Git 仓库，都能在关键时刻成为“应急电池”。

有趣的是，当我们真正被迫回归“离线”模式，才意识到：协作并不是 GitHub 赐予的，而是我们原本就拥有的能力。

3. 乐队模式：没有主唱，也能演出

如果把团队协作比作一支乐队，那么 GitHub 是音响设备——它放大声音，让节奏更整齐。可即便停电，乐队成员仍能用木吉他、打击乐继续演奏。
同理，一个团队也可以：

• 临时用 共享文档 做进度同步，哪怕是 Google Docs 或飞书文档。
• 用 即时通讯工具 写下 commit 信息和变更说明。
• 甚至像古代抄写员一样，在白板上画出架构、手动记录任务流转。

这种“简陋”的方式，或许让人倍感原始，但却强化了人与人之间的 直接协作关系，而不是仅依赖工具。

4. 黑天鹅时刻的团队体质测试

GitHub 宕机，本质上是一种 黑天鹅事件。
它揭示了团队对单点工具的依赖程度：

• 如果宕机 5 分钟就慌乱，说明团队过度依赖外部系统；
• 如果宕机 5 小时还能保持产出，说明团队拥有“工具冗余”与“协作韧性”。

换句话说，这是一场意外的“消防演习”。它逼迫我们思考：

• 团队的知识库是否冗余？
• 开发流程是否有 B 计划？
• 我们是否过于习惯于顺畅的流水线，而缺乏面对突发状况的肌肉记忆？

5. 宕机的礼物：更像人类的协作

也许 GitHub 的宕机是一份礼物。它提醒我们：
协作的本质，不是平台，而是 人之间的信任、默契和创造力。

• 在无法 push 的时刻，我们 push 彼此的耐心；
• 在无法 merge 的时刻，我们 merge 彼此的智慧；
• 在无法 pull 的时刻，我们 pull 出了原始的创造力。

当系统恢复时，我们不只是回到了熟悉的 GitHub，而是带着更清醒的自觉：
真正的协作，永远不该被某个平台锁住。

👉 所以，下次 GitHub 宕机，请别慌。也许这正是一次团队“重启自我”的小小庆典。