2021.08.12，GitHub 发布了 GitHub web editor. 整体体验下来，简单聊聊个人的感受和看法。

话不多说，先看看入口：仓库任意子页面；进入方式是通过快捷键切换（英文句号），按下就能自动切换。

产品体验

在整体的产品体验上，加载速度和流畅度比 Codespaces 有大幅提升。

1. GitHub web editor 基于Visual Studio Code 1.59.0 内核。 产品定位介于仓库到云 IDE 的中间，基于 Codespaces 的场景演进，整体体验更轻更快。
2. 加载速度相比 Codespaces 大幅提升。 之前国内使用 Codespaces 非常慢，还经常掉线。从浏览器请求看，减少了很多直接对 Azure 云服务的请求。 恩，Azure在国内的确很慢。
3. 【重点】GitHub支持用户在任意仓库下任一子页面，通过英文句号快捷键切换到 GitHub web editor，入口非常灵活。
4. 【重点】非自己的仓库可以连带 Fork+PR 操作，无须脱离界面。
5. 【重点】提供 Remore Explorer 面板 可直接操作浏览 GitHub Codespaces 和 GitHub Repositories，相当于不用离开界面管理 IDE 和所有打开过 GitHub web editor 仓库。这个功能很强大。

VSCode 的插件能力支持

目前大部分插件不支持在这一环境中运行，包括各种语言插件、编辑器多语言支持。GitHub优先适配移植各种代码片段提示、主流风格主题、快捷键预设插件。重点的部分，GitHub 适配了 GitHub Pull Requests and Issues 插件，可在编辑器中无缝完成任务协作和代码协作（包括非自己的仓库）。

1. 大部分插件暂不支持运行
2. 优先适配移植各种代码片段提示、主流风格主题、快捷键预设插件
3. 适配了 GitHub Pull Requests and Issues 插件，支持无缝任务 / 代码协作

在 IDE 能力和特性方面

1. 文件管理部分仅提供限定于当前仓库的管理能力，不支持打开 IDE 宿主服务上的其他文件
2. 目前暂未提供云端 IDE 语言环境支持（不是完整的云 IDE，但目测会做，只是当前版本还没做）
3. 未提供 Terminal 功能（阉割云端宿主文件管理+阉割开发环境支持导致）

基于以上信息，推断 GitHub 的改动实现与后续动作

1. 为了更好的体验，web editor 定位介于仓库到云 IDE 的中间，同时满足能力和体验，主动移除了开发语言环境支持，这是个精简版的云端 IDE，不是单纯基于浏览器端的编辑器。
2. 开发语言环境会被支持，Terminal会被支持，IDE 特性可能会通过拓展对接云端另一个环境达成（保证不影响 web editor 预载体验），这也是未来一个趋势。
3. 目标肯定还是要卖更多的云资源，IDE 会免费，但开发环境可能会收费（低成本提供在线IDE，收入在于语言编译环境支持）。

最后，一块来看看 GitHub web editor 的一些局部截图吧：）