微软发布 VS Code Server 了~ 目前是 private preview 阶段

[formulahendry]

最近，微软在 VS Code 官方博客中宣布了 Visual Studio Code Server ！

远程开发的过去与未来

2019 年，微软发布了 VS Code Remote ，开启了远程开发的新时代！

2020 年，微软发布了 GitHub Codespaces —— 一个全托管的远程开发解决方案。

如今，Visual Studio Code Server 来了！

什么是 VS Code Server ？

Visual Studio Code Server 是一项可以在远程开发机器上运行的服务，例如桌面 PC 或者虚拟机 (VM)。它允许开发者通过 vscode.dev URL 从任何地方安全地连接到这个远程计算机，而且不需要通过 SSH 。

目前，微软发布了 private preview 版本的 VS Code Server ，以及一个可以轻松安装、更新、管理和连接到 VS Code Server 服务的 CLI （ code-serverCLI ）。开发者可以将服务器安装在您喜欢的任何位置（比如本地的开发机器、云端的虚拟机等），并使用 VS Code for Web （ vscode.dev ）通过浏览器安全地访问它，而无需进行设置 SSH 或 https 。

目前，code-serverCLI 是区别于 codeCLI 的一个独立的 CLI 。未来，codeCLI 将会统一，让开发者可以同时管理桌面和服务器。

架构

VS Code Server 的 CLI 在 VS Code 客户端 (vscode.dev) 和你的远程计算机之间建立隧道。隧道（ Tunneling ）也被称为端口转发，将数据从一个网络安全地传输到另一个网络。

VS Code Server 包括以下两个核心组件：

• VS Code 服务器：运行在远程机器上的后端服务器，以及一个便于安装、更新、管理和连接到 VS Code 服务器的 CLI 。
• Remote-Server 扩展：它会被自动加载到本地的 VS Code 客户端，方便连接到远程机器。

使用场景

VS Code Server 允许开发者以新的方式使用 VS Code ，例如：

• 在 SSH 支持可能受限的远程计算机上进行开发，或者你需要基于 Web 进行访问。
• 在不支持安装桌面版 VS Code 的机器上进行开发，比如 iPad/平板电脑 或者 Chromebook 。
• 体验所有代码都可以在浏览器沙箱中执行的安全优势。

注册申请

目前 VS Code Server 还处于 private preview 阶段，可以访问下面的链接进行注册申请：

https://aka.ms/vscode-server-signup

---

原文链接： https://zhuanlan.zhihu.com/p/539411629

[daveh]

@lujiaosama 所以最好来比较一下，相同场景下，哪种更顺手，拿最常用、以及不常用的，进行综合比较。
还有人的习惯也可以改变，今天说这个更适合，也只是有可能另外一个还没找对路。

所以想问问 V 友，哪个 vsc remote 场景比较好用，比较独一无二，没有替代的？

[daveh]

@lujiaosama 另外人的习惯性力量确实强大，确实很多人先入为主，曾经有个问题，我跟公司一位 vscode 专家说，你这个功能用 JB 系，直接选文件右键对应功能菜单就搞定，然后他的 vscode 方案，要魔改一个 vsc 插件，维护一个配置文件，有新增代码得不停新改配置文件。。。
然后他说，JB 系方案并没有什么优势，我。。。

[zxCoder]

@daveh Remote Host + Deployment 请问一下这个怎么自动双向同步文件，代码执行生成的文件本地默认是没有的，要自己手动同步一遍

[huntzhan]

想问一下，这个与 https://update.code.visualstudio.com/latest/server-linux-x64/stable 里的 code server 相比有什么差异？

[daveh]

@zxCoder 你是说代码编译后的生成文件？这种输出文件可能很大，还是手工按需下载保险一些，自动同步下载大文件可能很占带宽。或者写个远程脚本在 IDE 中触发执行，直接将远程编译输出文件，传输到运行环境，不一定要经过本地。
除了下载，本地也可以设置一下同步，设置好同步 Mirror 方向，手工点目录同步。

[itemqq]

看这个贴子下面的回复就知道，真正好用的东西是不需要专门来讲的，大家自然会觉得好用。。。

[adoal]

油腻腻的 Java GUI 和黏糊糊的前端 GUI 之圣战

[sidkang]

每次路过舌战群雄的帖子，都倍感欢乐。

[zxCoder]

@daveh 这个需求还挺普遍的，我们搞炼丹的，写些小脚本，生成输出文件或者日志，如果用 vscode 相当于直接访问远程的文件，用 jetbrains development 就得一直手动同步，才能看到即时的输出文件

[lingxi27]

我还是喜欢 clion 的 remote toolchain 这种代码在本地，环境 remote 的方式

[jin5354]

有趣，一个工具而已，哪个好用我就用脚投票，我哪来的闲心还要教别人用啊。

[lysS]

不好，感觉巨硬要 VS code 的收费了

[lifanxi]

@daveh 至少两年前非常难用，本来我们团队人均 CLion ，VS Code Remote 出来以后，除了美国同事因为访问国内的服务器太慢还在用 CLion ，其它人都换 VS Code 了。但是我听你在其它楼层的描述，现在的 CLion 的远程还是原来那套 Deployment+rsync 的方案，那我主观上认为不会有什么大的改变。

[leeyuzhe]

@daveh projector 这玩意，第一：经常绿屏，完全不知道为啥只能重启。
第二：浏览器打开的时候经常错位或者字体大小很奇怪需要拖动一下浏览器边框缩放一下画面才正常。
第三：鼠标放到方法上弹出方法说明文档的时候，字体跟背景一个颜色，需要选中才能看到白色的字体，类似的还有很多，总体来说就是配色有问题。

gateway 就不说了，只能单例，十个项目就要启动十次 server 端，之前还需要下载十次，现在还凑合。
然后不支持语义高亮，无故挂起，多个模块的 maven 项目十次有三次无法正确索引。总之恨不得杀入 jetbrain 总部。

最后 vscode wsl 目前没有遇到任何影响使用的 bug ，也没遇到任何 remote 特有而本地使用没有的 bug 。remote 的使用体验跟本地完全一致。我认为远程开发的最高境界就是感觉不到你的项目在远程，vscode remote 做到了。

[rebeccaMyKid]

@daveh 用 vs remote 的原因之一就是不需要本地和远程同步啊。。我干嘛要 sync ，我直接在服务器编译不就完事了。另外举个例子，我本地要查看比如 unistd.h 的头文件源码。在 vscode remote 你跳转就是可以选到服务器的 system include 头文件。你本地怎么弄？你在本地自己装个 MinGW ？然后要看源码跳转？如果我改了某个 glibc 的库的头文件的呢？

[rebeccaMyKid]

而且不懂你说的 vscode remote 的工作流复杂在哪。装个 remote plugin 直接开箱即用了，客户端点点装几个插件就能开始干活了。我又不是没用过 jetbrains 。local editor, fully remote environment 。哪里不好？

[zhangchongjie]

什么时候 vscode 能把代码的流程，可配置流程做好了再说吧，java ，c++，要配置一套连 ui 和 json 都乱糟糟的配置，maven 也是，远远达不到好用，c++开发更是，各种语法不兼容，我 clion c++11 标准的代码放到 vscode ，各种语法报错，怎么用？怎么用！

[daveh]

@zxCoder 如果只是改改远程脚本，你直接从 Remote Host 打开编辑就行，改完保存上传；看输出文件也是，直接在 Remote Host 中浏览打开。

用 Development 是用它的自动管理同步文件功能，本地改完，远程自动更新，对用户来讲远程就像本地一样，感觉没差别。其本质上还是以本地为主，远程为辅，远程新文件不会自动下载本地。

[daveh]

@lifanxi 我现在用 Oracle Cloud 远程，有时节点会被运营商限速，但远程开发体验完全没问题，速度都能接受，除了首次使用同步远程工具链、新建工程同步代码耗时一点，后续改动都是增量的，网速低一点也没问题。而且新建工程同步代码，也有办法加速的。

[xingyuc]

好奇问一下有多少公司是远程开发的，在线 debugger