GitHub 工程团队的开发环境迁移至 Codespaces
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 作为默认开发环境的举动虽然遇到不少挑战,但对最后的结果十分满意,未来会继续优化在上面开发的体验。
本文转自OSCHINA
本文标题:GitHub 工程团队的开发环境迁移至 Codespaces
本文地址:https://www.oschina.net/news/154976/githubs-engineering-team-moved-codespaces
相关文章
- 【Java】Java人民币单位转换:分转换成元
- java.lang.ClassNotFoundException和java.lang.NoClassDefFoundError的区别
- python:isinstance()和issubclass()
- 关于 java:MyBatis 中的多线程服务器客户端
- Python Flask教程(一)
- web python -- WSGI接口
- 17 Python - 迭代
- PYTHON2.day07
- java join yield_java多线程 join/yield
- Java UDP通信:Java DatagramSocket类和DatagramPacket类
- 1.5的java,Java 1.5新特性
- java stringbuffer原理_java String、StringBuffer、StringBuilder 的区别
- python las转txt
- hadoop java文件_使用java api操作Hadoop文件
- java model监听_Java BpmnModel.getFlowElement方法代码示例
- Unchecked assignment:'java.util.Map' to 'java.util.Map'
- 高滤波器opencv(Python)
- java web状态跟踪_Java Web 会话跟踪(四)
- python Flask快速入门
- fork() Java_java中的forkjoin框架的使用