在两台电脑之间切换项目,最麻烦的往往不是同步代码,而是重新找齐环境。运行时版本、编译工具、依赖缓存,只要有一处对不上,同一个仓库就能跑出不同的表现。code-server 提供了一个直接的办法:把基于 VS Code 开源核心的编辑器运行在自己的机器或服务器上,平时通过浏览器进去工作。
这个老项目最近有了具体的新变化。9 月 11 日发布的 4.137.0 开始提供 Windows 安装包;10 月 1 日的 4.140.0 又把编辑器核心更新到了 Code 1.140.0。如果你早就在考虑远程开发,前者意味着部署选择又多了一种,后者则说明浏览器里的编辑器还在持续跟进上游。

这种安排改变的是工作的落点。终端里的命令在服务器上执行,代码依赖和构建工具也由那台机器承担。出门使用轻便设备时,不必把整个构建环境再次搬过去;回到另一台电脑,连接的仍然是同一份工作目录。浏览器成为入口,服务器才是工作现场。
这也解释了它的取舍。编译快不快,取决于服务端资源;输入顺畅与否,还会受网络波动影响。适合它的是谁?是那些经常切换设备、希望保留统一环境的开发者。如果你必须离线工作,或者要直接调试身边电脑上的硬件,本地开发环境依然更自然。我不会仅仅因为能在网页里打开编辑器,就把所有项目都迁过去。
项目 README 给出的安装脚本带预览模式,能先查看它打算怎么安装,再正式执行。下面两行分别是预览和实际安装,建议按顺序检查输出后再使用:
curl -fsSL https://code-server.dev/install.sh | sh -s -- --dry-run
curl -fsSL https://code-server.dev/install.sh | sh
安装完成后,脚本会给出启动说明。这是官方脚本路径,并不是 Windows 发布包的专用安装教程;Windows 用户仍需查看对应版本的资产与平台说明。刚提供发行包,不代表所有平台组合的部署经验都已完全一致。

另一个需要提前确认的地方,是扩展。根据官方 FAQ,code-server 使用的是 Open VSX 扩展库,不能想当然地认为桌面版微软扩展市场里的所有插件都能直接照搬。真正决定迁移是否顺利的,往往是项目依赖的那几个扩展,而不是编辑器外观有多熟悉。先检查语言工具和调试链,总比装好之后才发现缺关键插件要省心。
远程入口同样需要认真配置。默认配置只用密码认证、仅在回环地址监听,而且默认不开启 TLS。如果要从其他机器访问,应当按照官方部署指南配置安全连接——这扇门后面连接的是能直接操作项目文件的环境。运维工作不会因为界面在浏览器里就自动消失。
code-server 和面向团队环境管理的 Coder 平台也不是同一个项目。前者首先解决的是编辑器如何远程使用;多人隔离、环境生命周期管理这些需求,需要另行规划。对个人来说,先把一个常用项目稳定留在服务器上,就已经是足够具体的收益了。
我看重的不是把桌面变成网页,而是换一台电脑之后,工作还能接着往下做。项目地址: https://github.com/coder/code-server 。类似远程开发工具的分享,在云栈社区也能找到。
|