作为刚接触版本控制的小白，我之前踩过一个大坑 —— 本地项目lesson_zp没有任何版本管理，改崩代码后没法回退，多人协作更是一团乱麻。直到学了 Git，才发现它简直是开发中的 “月光宝盒”，今天就把我的学习笔记整理成实战指南，帮大家快速上手！
一、为什么一定要学 Git？
在没接触 Git 前，我的项目管理是这样的：
- 改文件靠 “复制粘贴重命名”（比如index_v1.js、index_final.js）
- 代码改崩了只能从头写，没法回到之前的正确版本
- 多人一起改代码，合并时经常覆盖别人的工作
而 Git 完美解决了这些问题：它能记录文件的每一次修改，支持随时回退到任意版本，还能轻松实现多人协作，从此告别 “代码灾难”！
二、Git 核心操作：从本地仓库开始
1. 初始化本地仓库（git init）
要让项目拥有版本控制能力，第一步就是初始化 Git 仓库：
# 进入你的项目目录（比如lesson_zp）
cd /path/to/lesson_zp
# 初始化Git仓库
git init
执行后会在项目根目录生成一个隐藏的.git文件夹（这是 Git 的核心目录，千万别删！），从此lesson_zp就变成了 “有版本控制的仓库”，可以记录所有修改了。
2. 配置 Git 身份（git config）
在提交代码前，必须告诉 Git “你是谁”，这样每次修改都会关联到你的身份信息：
# 配置全局用户名（后续所有项目都生效）
git config --global user.name "東梦一夏"
# 配置全局邮箱（建议和远程仓库账号一致）
git config --global user.email "你的邮箱@xxx.com"
这里提醒下：--global表示 “全局配置”，如果某个项目需要单独配置身份，可以去掉这个参数，在该项目目录下重新执行命令。
3. 提交代码到本地仓库（add + commit）
Git 有个 “暂存区” 的概念，简单说就是：先把要提交的修改放到 “暂存区”，确认无误后再 “提交” 到仓库。
步骤 1：添加修改到暂存区（git add）
如果想把所有修改的文件都加入暂存区，用下面的命令最方便：
# 添加所有修改的文件到暂存区
git add .
也可以单独添加某个文件，比如只加index.js：git add index.js。
步骤 2：确认提交到仓库（git commit）
暂存区的文件确认没问题后，就可以提交到本地仓库了，记得加备注说明这次改了什么：
# 提交并添加备注（备注要清晰，比如“第一次提交：初始化项目结构”）
git commit -m "第一次提交"
每次commit后，Git 就会生成一个 “版本快照”，以后想回退到这个版本，直接用这个快照就行。
三、关联远程仓库：把代码推到云端
本地仓库只能自己用，要实现多人协作，还得把代码传到远程仓库（比如 Gitee、GitHub）。我用的是 Gitee（码云），操作步骤如下：
1. 准备远程仓库
先在 Gitee 上新建一个仓库（比如也叫lesson_zp），建好后会得到一个远程仓库地址，格式大概是：
gitee.com/你的用户名/lesson_zp.git（注意：不要暴露自己的真实地址，用这个格式替换即可）
2. 关联本地与远程仓库（git remote）
在本地项目目录下，执行命令关联远程仓库，这里给远程仓库起个简称origin（Git 默认用origin代表远程仓库，也可以自己改）：
# 关联远程仓库，origin是远程仓库的简称
git remote add origin https://gitee.com/你的用户名/lesson_zp.git
3. 推送本地代码到远程（git push）
最后一步，把本地仓库的代码推到远程仓库：
# 推送本地master分支到远程origin仓库，并设置默认关联
git push -u origin master
第一次推送可能需要输入 Gitee 的账号密码（或 Token），验证通过后，刷新 Gitee 仓库页面，就能看到本地的代码了！
四、我的学习小提醒
- 不要暴露个人仓库地址：分享代码时，把真实地址换成gitee.com/你的用户名/你的仓库名.git这样的占位符，避免隐私泄露。
- 每次修改后及时提交：养成 “改一点、提交一点” 的习惯，备注写清楚修改内容，方便后续回退或协作。
- 忘记命令别慌：输入git help 命令名（比如git help add），就能查看该命令的详细用法。
Git 的基础操作其实没那么复杂，只要多练几次 “初始化→提交→推送” 的流程，很快就能熟练掌握。如果大家有其他 Git 技巧，欢迎在评论区交流，一起进步！
