V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
laters
V2EX  ›  Visual Studio Code

vscode 远程开发好用吗 ?

  •  
  •   laters · 29 天前 · 5238 次点击
    78 条回复    2024-06-12 02:00:26 +08:00
    kkk9
        1
    kkk9  
       29 天前
    不好用,插件越多越慢
    laters
        2
    laters  
    OP
       29 天前
    如果要远程的机器是关机的话, 是不是就没办法用
    ztmzzz
        3
    ztmzzz  
       29 天前 via iPhone
    @laters 机器关机了,那啥软件都不能用啊。你得先 wol 唤醒。
    目前远程开发不就只有 vscode 能用么,jetbrain 家的是残废
    shinession
        4
    shinession  
       29 天前
    remote tunnel 个人感觉还是没办法做生产力工具, 总是有各种各样的问题, 对比 rdp 直接开 vs code 体验差太多了
    qa2080639
        5
    qa2080639  
       28 天前 via Android
    真香
    laogui
        6
    laogui  
       28 天前 via Android
    我个人感觉很好用,我是远程 Linux 主机,不需要远程机器装桌面,还自带内网穿透。
    lodisy
        7
    lodisy  
       28 天前 via Android
    vim neovim
    IvanLi127
        8
    IvanLi127  
       28 天前
    还不错,网络稳定的话就很好用。
    mogging
        9
    mogging  
       28 天前 via Android   ❤️ 1
    内网 ssh 连到一台 256G 内存的服务器上做 golang 工程编译,debug k8s 源码,感觉巨爽啊
    xiaoz
        10
    xiaoz  
       28 天前 via Android
    我感觉挺好用的,远程开发 1 年多了,开发环境部署到虚拟机上,换了不同的电脑直接 VSCODE 远程开发,很方便。
    Sawyerhou
        11
    Sawyerhou  
       28 天前 via Android
    还算好用,跟本地使用体验区别不大,就是吃服务器内存和算力,低配置服务器不友好。
    YsHaNg
        12
    YsHaNg  
       28 天前 via iPhone
    很好用
    lrh3321
        13
    lrh3321  
       28 天前
    挺好用的
    dcoder
        14
    dcoder  
       28 天前
    要网络好, 远程的机器也要好才行
    levelworm
        15
    levelworm  
       28 天前 via Android
    @mogging 做二次开发吗?
    jiashuaibei
        16
    jiashuaibei  
       28 天前
    好用,但不要在 VSCode 中打开 Linux 服务器的 / 目录,会让你的服务器 CPU 和内存跑满,最终卡死,只能强制重启服务器。
    lyhiving
        17
    lyhiving  
       28 天前   ❤️ 1
    肯定是无敌超级好用的。
    已经多年 remote vscode 了,服务器弄个配置过得去的。
    本地开发这种已很 low ,除非是 uniapp 这种没办法,只要后端服务的开发都直接 remote 就对了,没有时间去配置环境,盖上盖子就走,多设备 0 缝隙迁移。以后我会更推崇 github.dev 这种全 web IDE
    b1t
        18
    b1t  
       28 天前
    自己搭了简单试了一下挺好用的,没有重度用,不太清楚楼上说的性能问题
    CaptainD
        19
    CaptainD  
       28 天前
    我重度使用,总体来说很好用了,但我多台笔记本连接到同一台服务器的时候一些插件总是加载不成功,比如 python 插件,重装即可解决,无法 100%复现,不知道是不是我 vscode 配置问题
    laters
        20
    laters  
    OP
       28 天前
    @xiaoz 类似于 RN Flutter 开发使用,类似于读取环境变量这种有影响吗
    laters
        21
    laters  
    OP
       28 天前
    @lyhiving 类似于 RN Flutter 开发使用,类似于读取环境变量这种有影响吗
    laters
        22
    laters  
    OP
       28 天前
    感谢各位大佬的建议,有没有远程开发的文章或者指导资料
    Hyschtaxjh
        23
    Hyschtaxjh  
       28 天前 via iPhone
    挺好用的用了几年了,一键安装
    https://github.com/coder/code-server
    pikashi
        24
    pikashi  
       28 天前
    用过,重度依赖 wsl ,但 wsl 的内存占用是个大问题。
    还有远程 docker 用不了,想启动服务器调试代码还得在本地来。

    结论是方便归方便,但可靠性欠佳。
    goxxoo
        25
    goxxoo  
       28 天前
    链接腾讯的轻量服务器 cpu 占用 100% 好了吗?
    yinmin
        26
    yinmin  
       28 天前
    好用。你可以在远程 linux server 里加一个 docker 容器,内置 SSH Server ,然后 SSH 到容器里远程开发。多个员工可以共用一台 linux server 做远程开发,互不干扰。

    Dockerfile -----

    FROM debian:11

    RUN sed -i 's/deb.debian.org/mirrors.tuna.tsinghua.edu.cn/g' /etc/apt/sources.list \
    && apt update \
    && apt install -y git openssh-server sudo \
    && echo "PasswordAuthentication no" >> /etc/ssh/sshd_config \
    && service ssh start

    EXPOSE 22

    CMD ["/usr/sbin/sshd","-D"]

    ---------

    然后运行以下命令生成 docker 镜像
    docker build . -t vsserver:latest


    生成容器的 compose 文件 -------
    version: "3.9"

    services:
    gitserver:
    image: vsserver:latest
    container_name: vsserver_1
    restart: unless-stopped
    volumes:
    - /docker/vsserver_1/dev:/dev
    - /docker/vsserver_1/ssh:/etc/ssh
    - /docker/vsserver_1/vscode-server:/root/.vscode-server
    - /docker/vsserver_1/authorized_keys:/root/.ssh/authorized_keys:ro
    - /etc/localtime:/etc/localtime:ro
    ports:
    - 1022:22

    ----------------

    注意:
    (1) 第一次生成容器时,不要加"- /docker/vsserver_1/ssh:/etc/ssh",把容器里的/etc/ssh 复制到主机的/docker/vsserver_1/ssh
    (2) 开发代码放在容器里的/dev 目录,对应主机的/docker/vsserver_1/dev
    (3) 登录容器 ssh 的 pubkey 放在/docker/vsserver_1/authorized_keys
    (4) 在同一台服务器上,可以为多个程序员设置不同的容器,互不干扰
    (5) 定期备份主机的/docker 目录
    libook
        27
    libook  
       28 天前 via Android
    我在用 code-server ,远程服务器上部署,本地用浏览器访问开发。
    yinmin
        28
    yinmin  
       28 天前
    @libook chrome 、edge 浏览器使用 code-server 时,在终端窗口里按键有很大的延时,你遇到过了,如何解决?
    liferoll
        29
    liferoll  
       28 天前
    好用
    上班以及自己在家开发都是这么玩的
    kdwnil
        30
    kdwnil  
       28 天前 via Android
    还行,但有的插件很吃 u 和内存(能吃满卡死),低配远端机谨慎选择
    doraemonki
        31
    doraemonki  
       28 天前 via Android
    @lyhiving 老哥服务器是啥配置,自己买的吗
    libook
        32
    libook  
       28 天前 via Android
    @yinmin 我没遇到……
    我只是在 Firefox 上遇到了剪切板问题,开个实验 flag 就好了。

    换个镜像试试?我现在在用 lscr.io/linuxserver/code-server:latest 这个镜像,还自己装了 Linuxbrew 把软件包装到用户目录下,避免升级镜像导致安装的软件包被重置。
    DIMOJANG
        33
    DIMOJANG  
       28 天前
    挂着训练模型的时候遇到过长时间闲置的时候断连的问题……其他时候挺好用的
    zfjdif
        34
    zfjdif  
       28 天前   ❤️ 1
    我觉得很好用,可能是因为我吃了两年 Jetbrians Gateway 拉的💩导致的
    version
        35
    version  
       28 天前
    不好用。用不了 github copilot
    如果真的简单修改东西提交更新。建议自己部署 gitlab 用里面的项目 Web IDE 更新代码然后走自动化
    AoEiuV020JP
        36
    AoEiuV020JP  
       28 天前 via Android
    不知道啥毛病我 vscode 远程 git 历史看不到,类似的就是有些插件远程会有问题,
    mozhizhu
        37
    mozhizhu  
       28 天前
    我觉得特别爽,Linux/Windows 都可以被控,windows 主机被控+rdp 就能解决小程序这种需要本地开发者工具运行演示效果的方案啦(双屏幕);
    唯独就是因为 windows 对密钥信任的问题,导致 windows 宿主只能一对一的远程开发,我如果切换了客户端,密钥就过不了,很蛋疼;
    honus
        38
    honus  
       28 天前
    用的 code-server 远程机 5700g ,基本所有插件可用 还是挺好用的
    Chipmunker
        39
    Chipmunker  
       28 天前
    在做科学计算的学生眼里这玩意就是神器啊,直接实现了开发与计算环境的统一,再也不用在本地装 Linux 系统了。可能在一定程度上帮助微软减缓了 Windows 占比份额的下降(瞎猜的)?
    lovelylain
        40
    lovelylain  
       28 天前 via Android
    @Hyschtaxjh
    @libook code server 怎么以 root 保存文件?已经给用户 abc 加了免密 sudo 权限。标准版 vscode 里能搜到 save as root 这个插件,但 code server 里没有也安装不上。
    kenvix
        41
    kenvix  
       28 天前
    可以,但是是相对的——vsc 是目前远程开发做的最好的,但是,如果本地机器足够高性能,还是本机体验最好
    cyp0633
        42
    cyp0633  
       28 天前
    其他家太菜了,vscode 算好的
    lyhiving
        43
    lyhiving  
       28 天前
    @doraemonki 之前腾讯云的轻量,相当于 60 多一年。还能内网 COS
    lyhiving
        44
    lyhiving  
       28 天前
    @laters App 开发的肯定是本地 IDE 有优势,后端服务开发的走 Remote 不吃亏
    encro
        45
    encro  
       28 天前
    挺好用的,内存要管够。最少 8G 内才能装 ai 帮你编程。否则容易卡死。
    libook
        46
    libook  
       28 天前 via Android
    @lovelylain 我没有用它直接编辑和保存 root 文件,如果我需要的话我通常是用普通用户保存再 chown 到 root 。如果你需要临时编辑 root 的文件,或许你可以装个 vim 然后 sudo vim
    fivee
        47
    fivee  
       28 天前
    containers.dev 不好用么,配置一遍就行,换设备也很方便
    ShadowPower
        48
    ShadowPower  
       28 天前
    感觉可能是最好用的方案了,其他替代方案都不如 vscode 好用。
    在此之前最好用的方案可是 ssh+vim……
    guanzhangzhang
        49
    guanzhangzhang  
       28 天前
    本机 vscode remote linux 上的 golang 源码开发 debug
    2018yuli
        50
    2018yuli  
       28 天前
    用了 1 年多了,感觉好用,很有潜力。
    zhangzEric
        51
    zhangzEric  
       28 天前 via iPhone
    超级好用
    IAPYANG
        52
    IAPYANG  
       28 天前 via iPhone
    好用,我办公室就放一台 mac air ,主机放家里,用 tailscale 穿一下
    GrayXu
        53
    GrayXu  
       28 天前
    @version #35 我一直 remote 下用 copilot ,没遇到过问题,你应该先检查配置网络之类的问题。
    GrayXu
        54
    GrayXu  
       28 天前
    长期重度使用,连远端 server ,连本地 wsl ,上面说的插件问题都没遇到过。。。
    qsnow6
        55
    qsnow6  
       28 天前
    vscode remote + copilot 用完就回不去了
    ktyang
        56
    ktyang  
       28 天前
    不好用。。。内存不够的话会炸,还会感觉卡卡的。。。不过好像我也只会用这个。。。
    yxzblue
        57
    yxzblue  
       28 天前
    非常好用,直接远程服务器开发,香喷喷
    SkywalkerJi
        58
    SkywalkerJi  
       28 天前
    @version 可以吧。我用的 ssh 方式,copilot 可以正常提示。
    xFrye
        59
    xFrye  
       28 天前
    好用,但是经常遇到 cpu100%占用,不知道是我服务器太弱鸡还是 vscode 有 bug 了
    NESeeker
        60
    NESeeker  
       28 天前 via Android
    好用,但是吃服务器性能
    dayeye2006199
        61
    dayeye2006199  
       28 天前
    非常好用,王炸 feature

    vsc 两大王牌 -- language server 和 remote ssh 。这两个东西实在是太厉害。
    mengshouer
        62
    mengshouer  
       28 天前
    如果是 github 的话,可以直接试试自带的 codespaces 开发
    lozzow
        63
    lozzow  
       27 天前 via Android
    我 mac 上一行代码没有,我不同的项目都会在家里的 k8s 集群中单独开一个,非常好用
    version
        64
    version  
       27 天前
    @SkywalkerJi
    @GrayXu
    客户端远程是没问题。包括 dev Container 里面用都可以。
    如果是 code-server 单纯 web 上就不可以了.最优可能还是 github codespaces 那套网页版了
    @laters 如果远程的是云服务器 1 核 2 核.推荐还是放弃.因为占用资源不少
    laters
        65
    laters  
    OP
       27 天前
    @qsnow6 vscode remote 这个是通过什么
    laters
        66
    laters  
    OP
       27 天前
    @Sawyerhou 如果是家里和公司电脑都希望通过远程的方式,应该如何具体实践 ?
    laters
        67
    laters  
    OP
       27 天前
    @liferoll 如果是家里和公司电脑都希望通过远程的方式,应该如何具体实践 ?
    laters
        68
    laters  
    OP
       27 天前
    我现在家里一个电脑,公司一个电脑进行 Web 和 Flutter 开发,这样的话应该如何实践 ?
    steelshadow39
        69
    steelshadow39  
       27 天前
    大家写 Java 也用 vscode 远程吗?个人感觉 vscode 写 Java 没有 jetbrain 方便,当然也有可能是我 vscode 配置问题。
    qsnow6
        70
    qsnow6  
       27 天前
    @laters #65 就是 Remote Development 套装
    tyc
        71
    tyc  
       27 天前
    之前用 vscode+腾讯云总断联。后来我就换成阿里云了,依然偶尔断联,比如说编译等拉高 cpu 的操作的时候。感觉是 vscode 的问题,有条件还是上 vim 吧
    liferoll
        72
    liferoll  
       26 天前
    @laters #67 如果是这个需求, 可以用 taliscale 组虚拟局域网
    liferoll
        73
    liferoll  
       26 天前
    @liferoll #72 typo: taliscale -> tailscale
    Akiya
        74
    Akiya  
       26 天前
    vscode 的远程是现在唯一的真远程,插件都是装在 remote 上的。不像 JB 家必须得整一份代码在本地的
    dolorain
        75
    dolorain  
       26 天前
    真香
    mogging
        76
    mogging  
       23 天前 via Android
    @levelworm 练练手熟悉下源码,还没有二次开发能力
    lovepocky
        77
    lovepocky  
       21 天前 via iPhone
    从 remote 插件的 insider 版就开始用的用户来说一句,这才是远程开发该有的样子
    fpure
        78
    fpure  
       4 天前
    非常好用,如果没有 vscode remote 让我开发 c++大型项目真的难以想象
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   955 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 29ms · UTC 20:32 · PVG 04:32 · LAX 13:32 · JFK 16:32
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.