点击“开发者技术前线”,选择“星标”
让一部分开发者看到未来
来源: OSCHINA
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 作为默认开发环境的举动虽然遇到不少挑战,但对最后的结果十分满意,未来会继续优化在上面开发的体验。
— 完 —点这里????关注我,记得标星呀~
前线推出学习交流一定要备注:研究/工作方向+地点+学校/公司+昵称(如JAVA+上海
扫码加小编微信,进群和大佬们零距离
END
后台回复“电子书” “资料” 领取一份干货,数百面试手册等历史推荐明确了!官方发布程序员和搬砖民工一样,都是农民工!
排名前 16 的 Java 工具类,你用过几个?
DeepFake噩梦来了!武大阿里团队提出FakeTagger,重新识别率达95%
好文点个在看吧!