1. 写在前面为什么把 VSCode 和 Gitee 放在一起写代码的人手边至少要有两样东西一个趁手的编辑器一个能存代码的平台。VSCode 几乎成了这个时代的默认编辑器Gitee 则是国内开发者最常接触的代码托管平台。把这两个组合起来本质上是在解决一个问题本地如何高效写代码写完以后又如何安全、规范地把代码放到远程仓库里让协作、备份、多设备同步都变得可控。对刚入门的新手来说这个组合是性价比最高的选择软件免费、插件生态完善、资料多遇到问题基本都能搜到答案。要我说这套组合最打动人的地方是“低门槛”。你不需要一上来就搞懂 Git 的全部原理也不用背一大堆命令只要照着流程走一遍就能在半小时内把本地代码推到 Gitee 仓库里。这也是我写这篇教程的初衷把每一步的前因后果讲清楚而不是丢给你一串命令让你死记硬背。理解之后你会发现Git 的日常操作翻来覆去就那么几个拉取、提交、推送真正难的是遇到冲突和异常时怎么定位问题。接下来我会把整个过程完整拆开来说从软件安装讲到密钥配置从首次提交讲到日常协作最后再把实际操盘过程中踩过的坑整理成一张排查表。无论你是刚学编程的小白还是已经写了几年代码但一直用 U 盘或网盘备份代码的开发者这篇文章都很适合照着走一遍。整套流程结束之后你会得到一个非常好用的开发习惯写代码提交推送回滚全部有迹可循。2. 环境准备装好三样基础工具2.1 安装 VSCode 并完成汉化第一步先把编辑器装好。VSCode 官方下载入口是 code.visualstudio.com进去之后首页就会根据你的系统自动显示对应的下载按钮Windows 选 User Installer 或 System Installer 都可以。如果官网下载速度不理想也可以用一些正规的软件管家或镜像站但为了安全我始终建议优先用官网。安装过程基本是一路下一步但有三个选项建议留意一下。第一是“添加到 PATH”勾选上之后你才能在终端里直接输入 code 命令打开 VSCode第二是“通过 Code 打开操作”也就是右键菜单里会出现“用 VSCode 打开”的选项非常方便第三是“将 Code 注册为受支持的文件编辑器”按需选择即可。这些选项安装完后悔改会比较难受所以第一次装的时候就顺便一步到位。装完后第一次启动界面默认是英文。新手看不懂菜单会有点慌解决方式很简单按 CtrlShiftX 打开扩展面板搜索 “Chinese (Simplified)”找到 Microsoft 官方出的中文语言包点安装然后根据右下角提示重启 VSCode界面就变中文了。这一步不影响任何功能但对降低初学门槛帮助很大。老版本 Windows 7 用户如果要装 VSCode官网上也保留了兼容旧系统的版本入口不过老系统内存和性能受限体验不会太好能升级系统的话还是建议升级。2.2 安装 Git 并完成全局配置VSCode 本身不自带 Git所以还要单独安装 Git 客户端。Git 官方下载地址在 git-scm.com进去之后同样会自动识别系统版本。安装时有一些选项容易把人绕晕其实大部分保持默认就能用只有几个地方我建议按下面这样选默认编辑器选择 “Use Visual Studio Code as Gits default editor”这样以后 Git 需要你输入提交信息时会直接弹出 VSCode。PATH 环境变量选择 “Git from the command line and also from 3rd-party software”保证终端和 VSCode 都能调用 git 命令。换行符转换个人项目选择 “Checkout as-is, commit as-is” 或默认的 “Checkout Windows-style, commit Unix-style line endings” 都行只要团队统一即可。SSH 可执行文件选择 “Use bundled OpenSSH”系统自带也可以。装完之后打开 VSCode按 Ctrl 调出终端先验证安装是否成功git --version能看到版本号说明 Git 已经装好。接着需要配置全局用户名和邮箱这两条信息会写进每次提交的元数据里相当于代码上的签名git config --global user.name 你的昵称 git config --global user.email 你注册Gitee用的邮箱为什么强调邮箱要和 Gitee 注册邮箱一致因为推送代码到 Gitee 后平台会根据提交邮箱识别作者身份如果邮箱对不上你提交的记录就不会关联到你的账号头像看起来就像是一个陌生人提交的。这个问题不致命但会让人很别扭最好一开始就做对。2.3 在 Gitee 上创建远程仓库注册并登录 Gitee 后右上角有一个加号按钮点开就能看到“新建仓库”。仓库名称建议用英文比如 my-project因为中文仓库名会在 URL 里被转码后续克隆和配置都会增加不必要的麻烦。路径会跟着仓库名自动生成如果名字被占用可以加个前缀比如 yourname-my-project。仓库介绍可以写一句话说明项目用途不是必须的。下面有“初始化仓库”相关的选项建议勾选“使用 Readme 文件初始化这个仓库”这样仓库克隆下来就有一个 README 文件可以当说明页。如果你完全不想让 Git 帮你生成任何文件也可以不勾选但那样首次克隆下来就是一个空仓库新手容易有点懵。至于开源许可证很多初学者会卡在这里。其实选择逻辑很简单如果只是私人练习或者不想代码被别人随意使用仓库类型选择“私有”不用管许可证。如果公开代码且希望别人可以自由使用、学习、商用只要保留版权声明选 MIT License 最合适。如果你想保证代码的衍生项目也必须是开源的不想被别人拿去闭源商用选 GPL-3.0但要接受它带“传染性”的约束。这里的传染性是指任何使用了你代码的项目只要对外分发大概率也要用 GPL 协议开源。如果你的项目只是文档或素材可以选 CC 系列协议比如 CC BY 4.0。新手我建议选 MIT最宽松能最大程度降低别人的使用顾虑。仓库创建完成后页面上会显示两个地址HTTPS 和 SSH。形如https://gitee.com/yourname/my-project.git gitgitee.com:yourname/my-project.git这两个地址都可以用来克隆和推送区别在认证方式。HTTPS 方式每次 push 都要输入用户名密码除非配置了凭据管理器SSH 方式只要提前配好密钥后面一劳永逸。国内网络环境下SSH 连接 Gitee 的稳定性通常更好所以我后面都以 SSH 为主。2.4 常用 Git 命令速查在进入正式操作之前先整理几个高频命令。你不用死记硬背但最好把每个命令在干什么弄清楚后面看报错信息才不会一头雾水。命令作用使用场景git init在当前目录初始化一个 Git 仓库本地已有项目想开始用 Git 管理git clone 地址克隆远程仓库到本地把 Gitee 上的项目下载到本地git status查看工作区当前状态确认哪些文件改了、哪些没跟踪git add 文件或.把文件加入暂存区准备提交前先暂存git commit -m 信息把暂存内容提交到本地仓库保存一个版本节点git push推送本地提交到远程仓库把代码同步到 Giteegit pull拉取远程最新代码并合并开工前更新代码git log查看提交历史回顾修改记录git diff查看工作区具体改动内容提交前确认自己改了什么这些命令你只要在今天第一次 push 成功后每天坚持用一周之内就能形成肌肉记忆。真正要理解的不是命令本身而是命令之间的执行顺序这一点在下一节会详细说。3. 配置 SSH 密钥打通 VSCode 和 Gitee3.1 生成密钥并添加到 GiteeSSH 密钥是新手最容易卡住的地方。简单来说它相当于给电脑办了一张“门禁卡”你的电脑生成一对公钥和私钥公钥放到 Gitee 上私钥留在本地。推送代码的时候远程服务器会用公钥验证你的私钥验证通过就默认是你本人在操作不再要求输入账号密码。打开 VSCode 终端执行ssh-keygen -t ed25519 -C 你注册Gitee的邮箱如果系统提示 ed25519 不支持说明你的环境和工具版本比较老就用另一条命令ssh-keygen -t rsa -b 4096 -C 你注册Gitee的邮箱命令执行后会询问保存路径默认在用户目录下的 .ssh 文件夹直接回车即可还会让你设置 passphrase也就是密钥密码这里可以直接留空否则每次连接都要输入一次反而麻烦。生成结束后你会看到 .ssh 目录下多了两个文件例如 id_ed25519 和 id_ed25519.pub。前者是私钥后者是公钥。然后查看公钥内容cat ~/.ssh/id_ed25519.pub复制输出内容注意要完整复制包括开头的 ssh-ed25519 和结尾的邮箱。接着打开 Gitee 的“设置 → SSH 公钥”把内容粘贴进去标题随意比如“我的Windows笔记本”点确定保存。保存后用一条测试命令验证是否打通ssh -T gitgitee.com首次连接会提示确认服务器指纹输入 yes 回车。如果看到类似 “Hi 你的昵称! Youve successfully authenticated, but GITEE.COM does not provide shell access.” 的消息就说明 SSH 公钥已经配置成功。这条命令只是验证身份并不能作为一个真正的 shell 登录进去所以看到 “does not provide shell access” 并不是报错反而说明一切正常。这里有一个极易踩坑的点如果你之前在 GitHub 上已经配置过 SSH 公钥同一把公钥可以直接复制到多个平台不需要重新生成。但复制的时候一定要分清文件粘贴的是以 .pub 结尾的公钥内容而不是没有后缀的私钥内容。一旦把私钥文件内容贴上去等于把家门钥匙挂在了门外非常危险。3.2 在 VSCode 中克隆仓库SSH 配置好之后就可以把 Gitee 仓库拉到本地了。回到仓库主页右上角点击“克隆/下载”选择 SSH 方式并复制地址。打开 VSCode按 CtrlShiftP 打开命令面板输入 “Git: Clone” 并回车把地址粘贴进去选择本地存放目录。VSCode 会弹出窗口询问是否打开克隆下的仓库选择“打开”即可。如果你更习惯终端操作直接输入git clone gitgitee.com:yourname/my-project.git克隆完成后进入目录cd my-project此时你会看到仓库里的 README.md还有一个隐藏的 .git 目录。.git 是 Git 的核心保存了版本历史、远程地址、分支信息等平时不要手动修改它。VSCode 左侧有一个源代码管理图标点开后如果能看到“更改”区域或“暂存”按钮就说明仓库被正常识别了。这里再补充一点克隆下来的仓库本身已经和远程仓库建立了关联。你可以输入 git remote -v 查看远程地址确认指向的是自己的 Gitee 仓库。如果本地目录的远程地址不对也可以手动修改git remote set-url origin gitgitee.com:yourname/my-project.git3.3 多台设备如何复用同一套密钥我身边很多人的使用场景是家里一台台式机公司一台笔记本两边都要往同一个 Gitee 仓库提交代码。这时候没必要每台电脑生成一套新密钥更常见的做法是同一对密钥在两台电脑上都能用。操作上你可以把生成好的私钥文件比如 id_ed25519复制到另一台电脑对应的 .ssh 目录下同时确保公钥已经在 Gitee 后台配置过。如果不想手动拷贝文件也可以利用 U 盘或加密压缩包传输但要注意私钥文件的保管绝不能把它提交到公共仓库或者发到聊天软件里。另一台电脑上复制好私钥后建议执行 ssh -T gitgitee.com 验证一下确认身份能识别。不过我更推荐另一种思路每台电脑生成独立的密钥对然后把多把公钥都添加到同一个 Gitee 账号下。这样做的好处是如果某台电脑的私钥泄露你可以在 Gitee 后台单独删除那一把公钥而不影响其他设备颗粒度更细也更安全。谁都不希望因为一台旧电脑重装系统导致其他设备突然全部连不上仓库。4. 日常提交与推送把代码从本地搬到 Gitee4.1 理解 Git 的三个区域很多新手装好环境后还是会困惑我每天写代码Gitee 到底是怎么协同的这里我给出一个很朴素的类比Git 在你本地有一个工作台台面上有文件桌面角落有一个待处理框抽屉里放着已经归档的记录册而 Gitee 只是你在另一个城市租的保险柜。具体来说Git 有三个区域。第一个叫工作区就是你正在编辑的文件所有改动都发生在这一层第二个叫暂存区表示“这些文件是我准备提交的”有点像你去超市购物后先放在收银台上还没付款装袋第三个叫本地仓库表示“这批文件已经归档到历史快照里了”。远程 Gitee 仓库则是把本地仓库再做一次备份和共享。所以提交代码的动作顺序永远是修改文件 → 加入暂存区 → 提交到本地仓库 → 推送到远程仓库。少一步都会出问题。你可能会问为什么不能直接一步提交到远程这其实是一种“后悔药”机制每一步都有后悔的空间。比如你 add 错了可以撤销暂存commit 错了可以 amend 或 resetpush 错了虽然也能处理但已经会影响别人没有前面几步那么好收拾。在 VSCode 里文件列表会显示每个文件的状态字母U 表示 Untracked也就是新文件还没纳入版本管理M 表示 Modified文件已提交过但当前被修改了A 表示 Added新文件已被加入暂存区。这些字母不用刻意背看到就知道大概发生了什么配合 git status 查看详细说明会更清晰。4.2 首次提交的完整命令流程假设你已经写好了一个 index.html接下来就是经典的四个步骤。第一步将文件加入暂存区git add .这里的点表示当前目录下的所有变动文件。如果你只想提交某一个文件可以写成 git add index.html。我建议小项目里直接 git add . 比较省事但前提是你已经确保 .gitignore 写好了不会把 node_modules、编译输出等乱七八糟的东西一起加进来。第二步查看当前暂存状态git status这一步非常值得养成习惯。你会看到哪些文件是新增、哪些是修改、哪些已经被暂存哪些还没被跟踪。提交之前多看一眼能避免把临时配置文件甚至密钥文件带进仓库。第三步提交到本地仓库git commit -m 初始化项目添加首页提交信息要写得让人能看懂。不要只写 “update” “111”这种信息在项目刚起步时还好等到代码量上来历史记录一团糟的时候你会恨不得穿越回去打死自己。一个简单的格式建议动词开头说明改动范围比如 “修复登录页的按钮样式问题”。如果有必要可以先 pull 一下再提交但 local commit 只影响本地所以顺序问题不大。第四步推送远程git push如果仓库是从 Gitee 克隆下来的这条命令会自动推向对应的远程分支。如果你是在本地先用 git init 创建仓库再想关联 Gitee那需要先添加远程地址git remote add origin gitgitee.com:yourname/my-project.git git branch -M master git push -u origin master这里的 -u 参数会把本地分支和远程分支绑定起来之后直接 git push 就能推不用每次都写完整参数。首次推送成功后回到 Gitee 页面刷新就能看到你刚刚提交的文件了。4.3 更新代码与解决冲突每天都在写代码难免会遇到别人已经把代码推上去了、而你不知道的情况。所以开始写代码之前先执行git pull把 Gitee 上的最新提交拉取到本地。这样可以最大程度避免你改了半天最后发现和远程版本冲突。但冲突不是完全避得开的。当两个人同时改了同一行代码Git 不知道该听谁的就会产生冲突。冲突表现形式是两个版本并列出现文件里会出现 “ HEAD”、“”、“ 分支名” 这样的标记。其中 HEAD 这一侧代表你当前所在的分支版本另一侧代表你正在合并进来的版本。处理冲突的步骤是先打开冲突文件手动把需要保留的内容留下不需要的删掉然后移除所有冲突标记再保存文件接着 git add 这个文件最后 git commit 完成合并提交再 git push 推送到远程。整个过程其实不复杂难的是你要理解两边的代码分别是什么意思不能无脑保留一侧也不要盲目全部删除。VSCode 对冲突支持得很友好冲突文件通常会高亮显示而且会提供“采用当前更改”“采用传入更改”“保留双方更改”等快捷按钮。点完按钮后最好还是打开文件看一眼因为程序帮不了你判断业务逻辑哪个正确。4.4 分支管理与合并分支是 Git 里的一个重要概念但初学者往往觉得它很抽象。你可以把分支理解成平行世界主分支是一条主时间线你在自己的分支上做实验、改代码不会影响主分支上的稳定版本等验证没问题了再把这条支线的成果合并回去。在 VSCode 里切换分支非常方便。左下角会显示当前分支名点击之后会弹出所有分支列表选择要切换的分支即可。也可以用命令git branch # 查看本地所有分支 git branch dev # 新建 dev 分支 git checkout dev # 切换到 dev 分支 git checkout -b dev # 创建并切换到 dev 分支个人项目的常用工作流是主干分支 master 保持稳定每次开发新功能时新建一个功能分支代码写完后合并回 master。这样每个功能点都有独立的历史记录出了问题回退也不会误伤其他代码。合并分支的命令是git checkout master git merge dev如果合并过程中有冲突处理方式和 4.3 节一样。分支的使用在个人项目里看起来是“杀鸡用牛刀”但当你开始做多个版本迭代、或者某个改动做了一半被叫停需要回滚到正常版本时就会明白分支带来的安全感有多重要。我自己的体会是哪怕一个只有我一个人维护的项目我也会至少分出 master 和 dev 两个分支宁可流程多一点也不要事后靠肉眼找版本。5. 让 VSCode 更好用插件配置与进阶玩法5.1 必装插件与团队协作扩展VSCode 的优势一半在插件生态。列出我每次新环境必装的几款工具它们的用途和使用场景各不相同GitLens最大的亮点是能直接看到每一行代码是谁在什么时候改的以及这次改动的提交说明。排查“这段代码是谁写的、为什么这么写”这类问题时非常高效。Git Graph把提交历史以图形化方式展示出来分支合并路径一目了然。很适合用来理解 Git 的分支模型。Prettier代码格式化工具保存代码时自动整理缩进、引号、分号团队协作时统一风格很有用。Path Intellisense输入路径时有自动补全提示写 HTML、CSS、JS 里的引用路径会舒服很多。Remote - SSH如果需要连服务器开发这个插件可以直接在 VSCode 里打开远程目录体验接近本地开发。如果你和工作伙伴共用同一个 Gitee 仓库建议在项目根目录建一个 .vscode 文件夹把推荐的插件写入 extensions.json。这样别人用 VSCode 打开项目时编辑器会提示安装这些插件减少“我这边环境没配好”的沟通成本。5.2 搭配 C/C、Python、前端环境很多人把 VSCode 和 Gitee 一起用是因为它支持多种语言。严格来说语言环境和 Gitee 没有直接关系但配置好之后本地开发和远程托管的体验是连贯的。以 C/C 为例在扩展面板搜索 “C/C”安装 Microsoft 官方扩展再装一个 Code Runner 就能快速运行单个源文件。如果需要调试还要配置 launch.json 和 tasks.json网上模板很多但关键在于编译器路径要正确。Windows 上如果没装 MinGW直接运行代码通常会报 “gcc 不是内部或外部命令”这就是编译器没装好的信号。以 Python 为例装好 Python 扩展和 Pylance然后在 VSCode 右下角选择解释器运行和调试基本零门槛。前端开发者则建议装上 ESLint、Auto Rename Tag、JavaScript (ES6) code snippets 等插件。这些配置和 Gitee 组成了一套很流畅的体验你把一个配置好的 VSCode 工作区推到 Gitee 上换一台电脑克隆下来就快速恢复到熟悉的环境。关键技巧就是让 .vscode 文件夹进入版本控制把合适的配置和插件推荐都写进去。这样你的开发环境本身就是项目的一部分而不是散落在各个电脑上无法同步的零碎配置。5.3 用 Gitee Pages 托管静态页面很多初学者学前端的时候总希望能有一个真正的网址给别人看而不是只能本地打开 HTML 文件。Gitee 的 Pages 服务可以做到这件事仓库里的静态页面生成一个可访问的在线网址。操作不复杂在 Gitee 仓库页面的“服务”菜单里找到 Gitee Pages选择要部署的分支和目录然后启动。平台会按照规则生成一个网址。如果你有自定义域名也可以绑定没有的话用默认域名即可。我在做个人博客的时候就是直接把整个静态站点推到 Gitee 仓库然后开启 Pages 服务。每次更新文章本地改完 push 到仓库再去 Pages 页面点一下更新整个站点就更新了。对学习阶段的人来说这种“改动可见”的正反馈非常重要也能顺带把 push 操作练熟。不过要注意Gitee Pages 对仓库公开程度有要求并且部署内容不能违反平台规则。如果你的项目需要后端服务、数据库Pages 显然不合适那就要考虑服务器部署了。5.4 用 .vscode 文件夹统一团队配置前面提到了 .vscode 文件夹这里展开说一下怎么做。在项目根目录创建 .vscode 后可以在里面放这么几个文件settings.json统一编辑器的格式化选项、缩进大小、保存时是否自动格式化等。extensions.json推荐插件列表格式类似于插件 ID 数组。launch.json调试配置团队共享后新人打开项目就能直接按 F5 调试。tasks.json构建任务配置比如一键编译或者启动测试脚本。有人会担心这些配置推到 Gitee 后适得其反因为每个开发者的个人环境不同。我的建议是把“项目级”的配置放进版本控制把“个人级”的配置留在本地。比如代码风格这种需要团队统一的配置适合放进项目里而主题颜色、字体大小这些纯个人偏好就不要提交否则每次拉取代码都把你的皮肤换一下非常烦人。这样做还有个额外好处如果你换了电脑克隆项目后 VSCode 会自动读取项目内的配置不需要你凭记忆一个个装插件、调设置真正做到“项目自解释”。6. 实战中常见的问题与排查方法6.1 最让人头疼的几个报错先整理一张速查表这些都是我在实际排查过程中遇到的高频问题按“报错提示、原因、解决办法”的格式列出来报错提示原因解决办法Permission denied (publickey)SSH 密钥未配置或公钥不匹配重新生成并添加公钥用 ssh -T gitgitee.com 测试fatal: unable to access ... 443网络不通、仓库地址写错或 DNS 解析异常检查 git remote -v确认地址重试或换网络error: failed to push some refs远程有本地没有的提交先 git pull 或 git fetch解决冲突后再 pushfatal: refusing to merge unrelated histories本地和远程历史无关联首次强行合并时用 git pull --allow-unrelated-historiesunable to lock config file ...有多个 Git 进程同时写配置关闭多余终端删除 .git/config.lock 后重试文件名显示为乱码终端编码或系统区域设置不一致在 Windows 上用 git config --global core.quotepath false在这些报错里443 出现频率最高。很多人第一反应是配置写错了其实很多时候只是网络波动或者是公司网络、校园网对 SSH 端口有限制。排查思路很简单先确认地址是否正确再确认是不是只有某个时间段会失败最后考虑换 HTTPS 方式克隆或者换一个网络环境。6.2 我踩过的一些坑希望你别再踩第一个坑是密码缓存问题。早期使用 Gitee 时Windows 自带的凭据管理器会把密码缓存下来导致你改了 Gitee 登录密码终端却还在用旧密码认证一直报认证失败。解决办法是去控制面板的“Windows 凭据管理器”里删掉 gitee.com 对应的凭据然后重新推送。现在更推荐直接使用 SSH彻底绕开这套密码管理逻辑。第二个坑是 .gitignore 没写好。新手经常会不小心把 node_modules、编译产物、本地配置文件全部推进仓库结果仓库越来越大克隆越来越慢更可怕的是如果本地配置里写了数据库密码或 API Key这种敏感信息就会随着公开仓库暴露出去。正确做法是项目一开始就写好 .gitignore比如 Node 项目忽略 node_modulesPython 项目忽略pycache、.venv前端项目忽略 dist 等构建产物。第三个坑是多人协作时频繁使用强制推送。很多初学者为了图省事遇到冲突直接 git push -f 覆盖远程代码。这在个人项目里风险还小一点在团队项目里很可能是事故强制推送会重写历史别人的提交会被吞掉。只要是多人在用的分支尽量不要碰强制推送老老实实用 pull、merge 或 rebase 把差异合并清楚。第四个坑是 VSCode 识别出了多个 Git 仓库。比如你在项目仓库的某个子目录里自己执行过 git initVSCode 的源代码管理面板就会同时显示两个仓库提交时很容易搞混操作。遇到这种情况不要慌乱先在终端 git status 确认当前所在的位置再决定提交范围。多余的 .git 目录可以直接删掉只保留项目根目录那一个。6.3 给零基础者的三条建议第一先理解流程再背命令。你不需要把所有 Git 命令都记住但一定要清楚“修改 → 暂存 → 提交 → 推送 → 拉取”这条链路。建议开一个测试仓库反复练习 add、commit、push、pull 四步直到形成肌肉记忆。等流程顺了命令自然就记住了。第二别贪多求快按顺序走完一个完整闭环。很多人喜欢同时开五六个窗口一会儿看安装教程一会儿查插件推荐结果哪个都没看完最后连仓库都没建成。你就照着这篇文章的顺序从安装到第一次 push 成功给自己定一个明确的小目标。目标越单一完成概率越高。第三善用搜索但提问要讲清楚信息。把报错信息原样复制到搜索框加上 “git” 或 “gitee” 关键词基本能找到解决方案。如果你要在社区提问建议把你执行过的命令、完整的报错信息、仓库是公开还是私有都写清楚别人才能更快帮你定位。最后再分享一个我自己的操作习惯每次写代码前先 git pull把远程状态同步到最新每写完一个可运行的小功能就立刻 git commit把进度保存成一个节点确认整体没问题后再 git push 到远程。这样即使后面改了方向也能很从容地回退到任意一个历史版本配合 Gitee 的仓库管理等于给代码上了一道保险。这套习惯坚持下来你会发现自己写代码越来越有底气再也不用靠复制粘贴文件来备份了。