lswcap
2021 年 8 月 11 日，GitHub 宣布启用 Codespaces，这是一个集成开发环境，可从浏览器访问团队或企业云计划。此外，他补充说，GitHub.com 的大部分开发已经从基于 macOS 切换到了代码空间。
GitHub.com 核心存储库已经开发了 14 年，提交量超过 100 万次，其中大部分是在 macOS 上构建或测试的开发人员。 GitHub.com 存储库在磁盘上接近 13GB，克隆需要大约 20 分钟。另外，包括设置依赖，在代码空间启动GitHub.com开发环境需要45分钟以上。他还说，每当他在提交对象中创建一个分支时，他经常需要引导一个小时左右。
因此，GitHub 决定将 14 年以 macOS 为中心的 GitHub.com 开发环境转换为代码空间。首先，当从代码空间克隆 Github 时，仅对最新版本执行浅克隆，而不是在本地克隆整个存储库的完整克隆，并且当代码空间以最新提交重新启动时，存储库历史记录会在后台删除, 转换为重复结构。因此，复制时间已从 20 分钟减少到仅 90 秒。
接下来，它缓存 GitHub.com 支持的软件和服务网络。这些软件和服务包括现有的基于 gemfile 的依赖项以及用 C、Go 和 Ruby 的自定义构建编写的依赖项。因此，GitHub 通过在 GitHub Action 中克隆存储库来自动化流程，例如引导依赖项，并将 Docker 镜像用作适应 GitHub 中 devcontainer 中的代码空间开发环境的基础镜像。因此，Github.com 中超过 95% 的代码空间开发环境是在 Bootstrap 中创建的。
此外，随着应用程序或服务的优化，GitHub.com 代码空间开发环境的发布时间从 45 分钟缩短到 5 分钟。然而，GitHub 表示 5 分钟太长，不能立即开始，一项研究表明，人们只需要 10 秒就可以切换到专注状态。
尝试进行影子克隆以显着减少克隆所需的时间将有助于让您的代码空间快速启动并运行，但您需要在某处进行完整克隆。通过这种方式，开发人员代码空间环境通过提前写入克隆和引导完成而在 10 秒内准备就绪。
关于向开发环境的过渡，GitHub 工程师一直对代码空间持怀疑态度，但现在不同了，表示 CPU 永远不必再次从源代码编译 Ruby。 Github 表示，每天都有越来越多的服务和工程师被招募到 GitHub，在这个过程中，它正在发现关于代码空间创造价值的新故事，但故事的中心是一个与所有工程师产生共鸣的一致主题更多 更好的工具正在被发现，生产力正在提高，而且没有回头路。相关信息可以在这里找到。
Add comment