把 35 个功能页的「历史背景」区块横向读完，可以提炼出下面 6 条规律（每条规律在功能页里都有可溯源的史料）。★ 这一页只陈述、不跳转：可点击的入口都在首页的「从这里开始」。
💡 功能诞生于真实痛点
Git 因 BitKeeper 许可取消而生，Pages 因"FTP 太麻烦"而生，Dependabot 因 Equifax 漏洞觉醒而生。没有痛点就没有功能——理解一个功能，先问"它解决什么痛"。
💡 需求变迁驱动演进
Issue 从简单 bug 列表长成项目管理中枢，PR 从"合并请求"变成"代码评审平台"。功能不是一次设计完的，是随需求一层层加深的。
💡 降低摩擦即扩大参与
Fork 一键化扩大了贡献者池，Pages 把发布变成 git push，Codespaces 消灭环境配置地狱。每降低一次门槛，用户量就上一个台阶。
💡 平台整合相邻工作流
GitHub 把代码托管、Issue、PR、Actions、Packages 聚合到一起，用"代码和包放一起""配置即代码"消除工作流断裂。生态网络效应远大于工具本身。
💡 安全由事故驱动，解法靠自动化
Dependabot 因安全事件催生，但真正有效的是"自动化+主动性"——不等开发者意识到漏洞，系统自动发现并生成修复 PR。
💡 每个功能的 why 都有历史
每个功能页的"历史背景"区块都讲清了：诞生时间、当时痛点、需求变迁、历史教训（附来源）。读史可知兴替——这正是理解 GitHub 的捷径。