Emacs远程编辑得向jetbrain和vscode看齐 了呀

去年开始pycharm就支持在remote server, docker之类的环境下开发了,支持debug。

最近因为公司环境全都搭在docker下的,如果在家工作就用vscode remote attach docker来编辑。而且remote editing不会locally cache文件,对公司保护代码很友好。

反观emacs,与之对应类似的包还需开发,目前来看要么ssh后用terminal的emacs,要么用卡卡的tramp,很是难受啊:joy::joy::joy:

4赞

terminal emacs 大法好

那好多插件就不能用了啊

同 terminal emacs + vim,不折腾

还可以用 emacsclient

tramp卡吗

不是有tramp吗?我第一次看到vscode remote server感觉就是个tramp的fork

没用过tramp,不过试用了一下vscode 的remote ssh。 直接本机安装插件,远程连接,就可以直接debug远程主机上的代码。非常方便。

如果tramp卡卡的,那不做locally cache的那些只会更卡。

借问一下,eshell 里 tramp 每次执行命令都会重新建链接,导致每个命令都会等一下,这个有什么建议能优化一下吗?

这个是你的连接有问题吧??

不过我个人不用eshell配合tramp,remote上的.bashrc或.bash_profile加载不了很蛋疼。。M-x shell够用了,还有shell-here插件

编辑过的文件是会缓存到本地的,甚至你把网线拔掉,重启 VSCode,那些编辑过的文件依然可以自动打开

所以,VSCode 远程编辑的保密性不如在 Terminal 运行 Emacs,前者你能拷贝整个文件,后者只能拷贝屏幕上有效的内容。。除非一屏一屏滚动拷贝。

本机只是发送一个 Install 指令,VSCode 帮你把扩展/插件安装到远程电脑的 ~/.vscode/ 目录下,详见我这里的分析:

也就是说,扩展/插件必须能在远程环境下运行,好在大部分都没有问题。可是诸如 LSP 这类的扩展,它还依赖第三方的 server,微软不可能为所以平台都提供可执行文件,这时就必须自行在远程环境下编译了。

正常不会在正式服务器环境上开发吧。remote体验还是OK的,开箱即用,远程一下测试环境,能吸引到不少人。

如果是windows用vscode然后remote到wsl或者docker,可玩性还是有的,能直接有个linux开发环境了,如果是在remote到服务器,那还不如在本地开发呢,remote要插件生效的话,还是要把插件安装到服务器,大家都在服务器上玩,感觉也没多方便,倒是往服务器上装了乱七八糟的插件,如果是个人服务器,倒也不是不能玩

Terminal下emacs也是可以选中全部内容,然后拷贝啊。

而且远程编辑最方便的地方是它支持连接任何地方,比方说docker。目前公司的项目的环境全部用docker搭建了,也就是说不需要手动安装任何包了,这应该是一种趋势,保证开发环境的一致性,也不用操心在什么平台上开发。vscode可以attach docker container,也可以ssh forward remote port, 然后再attach,就可以remote editing了,很方便。

但是local环境就没有这些包,没法测试debug,当然你可以手动安装,但比方说你用的windows,开发环境都是linux,就很难保证环境一致,也会有很多问题。

不能直接拷贝,剪贴板不能跨 ssh。

当然,既然 ssh 都能连了,发送文本也不是不可以: https://stackoverflow.com/search?q=clipboard+over+ssh

但是,如果公司对源代码管控很严格,必然会监管/阻断任何下载源代码的行为。这种情况下,恐怕 tramp 和 vscode-remote 都不让用了,因为这两种方式都是要把代码 cache 到本地。如果不禁止的话,保护源代码形同虚设。

1赞

的确,仔细想想确实是不能copy全部

terminal 拷贝没问题, 无论你跳了多少层ssh. 不过长度会有些限制, libvte 自动机大概能搞10万字节吧

用上了这个包,ssh terminal emacs下拷贝无压力 https://github.com/spudlyo/clipetty

1赞

简单说一下,使用 VSCode 连接到 Docker 开发环境,在真实环境下并不太可行,除了上面说的各种隐私问题,还有以下问题没办法解决:

  • 网络波动会造成连接断开,直观的表现就是每隔一段时间会在屏幕上出现连接断开的提示,持续一段时间,实际上很影响开发效率
  • 使用的人比较多,会占用路由器和交换机比较多资源,造成上面的这种情况
  • 公司总是有网络不好的地方,只要网络出现问题就歇菜

综合以上情况,我更倾向于在本地编辑,然后通过 rsync 增量同步的方案,也就是我们现在经过验证后在使用的方案。当然,使用这个方案就无所谓编辑器了,所以这个需求感觉就是个「伪需求」……