VSCode下SSH远程开发与本地Git Clone仓库开发的区别及优缺点

SSH（Secure Shell）是一种加密网络通信协议，核心作用有两点：

• 身份校验：同时验证通信两端的身份合法性，避免中间人伪造身份窃取数据，常用的校验方式有账号密码校验、SSH密钥对校验两种
• 加密传输：两端通信的所有数据全程加密，不会被第三方窃听、篡改
  日常有两个高频使用场景：一是远程登录服务器操作（比如你用VSCode连EC2），二是Git仓库通过SSH地址执行拉取、推送操作，两类场景用的是同一套SSH协议，只是通信的两端不同：前者是你的本地电脑和EC2通信，后者是你的本地/EC2和Git远程仓库通信。

模式1：VSCode Remote SSH连接EC2开发 #

所有代码、依赖、运行环境全部部署在EC2服务器上，本地VSCode仅作为操作界面使用：你在本地VSCode的所有编辑、运行、Git操作指令，都会通过SSH协议传到EC2执行，执行完成后再把结果返回到本地界面展示。

模式2：本地VSCode直接Clone仓库开发 #

所有代码、依赖、运行环境全部存储在你本地电脑上，只有执行git pull/git push这类远程同步操作时，才会通过SSH/HTTPS协议和Git远程仓库通信，其余代码编辑、运行、本地提交等操作全部在本地执行。

VSCode Remote SSH连EC2开发 #

优点 #

• 环境一致性极强：全团队共用同一套EC2环境配置，不会出现「本地可运行、线上出问题」「我能跑你不能跑」的环境兼容问题
• 不占用本地资源：项目编译、运行的算力全部由EC2承担，哪怕是轻薄本也能正常开发超大型项目，不会出现本地CPU、内存占满卡顿的情况
• 安全性更高：代码不会落地到员工本地设备，配合EC2的统一权限管控、备份策略，可大幅降低代码泄露、丢失的风险
• 不受本地网络限制：只要EC2有权限访问Git仓库，哪怕本地办公网络有访问限制，也能正常操作代码

缺点 #

• 强依赖网络质量：本地断网或者网络延迟过高时，完全无法进行开发操作，编辑代码也会有明显卡顿
• 成本更高：需要为每位开发人员配备对应配置的EC2实例，即便闲置也会产生服务器成本
• 自定义灵活性低：如果要安装个人常用工具、修改环境配置，要么需要申请EC2管理员权限，要么修改后会影响其他共用EC2的开发人员

本地直接Clone仓库开发 #

优点 #

• 完全不依赖网络：断网场景下也可以正常编辑代码、执行本地commit，恢复网络后再推送即可，操作全程无延迟
• 自定义灵活度极高：本地环境可以按需安装任何工具、修改任何配置，不会影响其他开发人员
• 无额外服务器成本：不需要采购EC2资源，直接使用本地电脑的算力即可

缺点 #

• 环境一致性差：不同开发人员的电脑系统、依赖版本都有差异，很容易出现环境兼容问题，排查成本很高
• 占用本地资源：大型项目编译、运行时会占满本地CPU、内存，容易导致电脑卡顿、发热
• 安全风险更高：代码存储在本地，一旦电脑丢失、被入侵，很容易出现代码泄露
• 大仓库体验差：如果Git仓库体积过大，本地克隆、拉取代码都会占用大量本地磁盘空间和带宽

内容的提问来源于stack exchange，提问作者Max Taylor-Hayden