共计 939 个字符，预计需要花费 3 分钟才能阅读完成。
GitHub 官网发表，负责 github.com 的工程团队已将开发环境迁徙至 Codespaces。
GitHub.com 的代码库已诞生将近 14 年。当 github.com 的第一个 commit 被推送时，Rails 只有两年的历史，AWS 才诞生一年，Azure 和 GCP 尚未问世。在这 14 年里，GitHub.com 的外围仓库 (github/github) 已收到超过一百万次 commit，其中绝大部分来自于在 macOS 上构建和测试的开发者。
GitHub 称，他们的开发平台在一直倒退，过来的几个月里，工程团队从 macOS 转向应用 Codespaces 进行 github.com 的大部分开发。这对于工程师的日常开发流程是一个根本性的转变。GitHub 认为此举让 Codespaces 变得更弱小，他们也为 github.com 的将来倒退做好了筹备。
GitHub 示意，他们长期投入了大量工夫和精力来为团队打造一个“开箱即用”的本地开发环境，让新员工能够迅速配置和运行 github.com 的本地实例。
但现实情况是，尽管付出了许多致力，这样的开发环境却仍旧非常软弱。任何看似有害的变更都可能会导致本地环境生效，更蹩脚的是，这种状况往往须要数小时的贵重开发工夫来复原。
思考到工程师的开发环境各不相同，而且每个人都有本人习惯的非凡嗜好。GitHub 被 Codespaces 启发，他们能够像看待基础设施一样看待开发环境，也就是说没有什么是不可替换，或者不可或缺的，并且如果出现意外状况，可在已知的良好状态下提供一个新的 Codespaces 而后从新开始工作。
GitHub 示意，迁徙到 Codespaces 解决了现有开发环境中的毛病，激励他们进一步推动改良产品，并晋升了整体的开发体验。尽管此次开发环境的迁徙终局还算美妙，但刚开始时还是颇具挑战性。据介绍，GitHub.com 代码库在磁盘上大概应用了 13GB 空间。单是克隆仓库大概须要 20 分钟，再加上设置依赖项等，疏导 GitHub.com 的 Codespaces 会耗时 45 分钟以上。
扭转往往是十分困难的事，对于开发环境来说更是如此。GitHub 示意，他们此次迁徙至 Codespaces 作为默认开发环境的行动尽管遇到不少挑战，但对最初的后果十分满意，将来会持续优化在下面开发的体验。
