前言
在软件开发的浩瀚宇宙中，版本控制工具 Git 就像一颗璀璨的星辰，照亮开发者协作与代码管理的道路。无论你是初入编程世界的小白，还是经验丰富的技术大牛，熟练掌握 Git 的操作指令都是高效开发的必备技能。今天，就让我们一起在稀土掘金的这片技术沃土上，深入挖掘 Git 那些实用的操作指令。
一、初始化仓库：开启 Git 之旅
当我们拿到一个全新的项目，或者准备对本地的代码进行版本管理时，首先要做的就是初始化一个 Git 仓库。在项目的根目录下，打开命令行工具，输入以下指令：
git init
执行该指令后，Git 会在当前目录下创建一个隐藏的.git文件夹，这个文件夹就像是 Git 的 “大脑”，存储着关于项目版本控制的所有信息，包括提交历史、分支记录、暂存区状态等等。此时，你的项目就正式纳入了 Git 的管理范畴，后续的所有操作都将围绕这个仓库展开。
二、文件操作：添加、提交与查看状态
1. 添加文件到暂存区
在项目开发过程中，我们会不断创建、修改文件。要让 Git 跟踪这些文件的变化，需要先将它们添加到暂存区。暂存区就像是一个临时的 “中转站”，用于存放即将提交的修改。
如果要添加单个文件，可以使用：
git add <文件名>
例如，要添加一个名为main.py的 Python 文件，指令为：
git add main.py
如果想要一次性添加所有文件，可以使用通配符：
git add .
这个指令会递归地将当前目录及其子目录下的所有文件添加到暂存区。
2. 提交暂存区的修改
当文件添加到暂存区后，我们需要将这些修改正式提交到仓库，形成一个版本记录。提交时，一定要附上有意义的提交信息，方便后续查看和追溯。使用以下指令提交：
git commit -m "提交信息描述"
比如，我们完成了用户登录功能的开发，提交信息可以写成：
git commit -m "完成用户登录功能开发"
3. 查看仓库状态
在开发过程中，我们经常需要了解当前仓库的状态，查看哪些文件被修改了、哪些文件还未添加到暂存区等。这时，就可以使用：
git status
执行该指令后，Git 会详细列出工作区、暂存区的状态信息，帮助我们清晰地掌握项目的进展情况。如果有未跟踪的文件，Git 会提示我们是否需要添加；如果有已修改的文件，会显示文件的修改状态。
三、分支管理：并行开发的利器
在实际项目中，我们往往需要同时进行多个功能的开发，或者处理不同的 bug，这时就需要用到 Git 的分支功能。分支就像是从主干上生长出来的树枝，每个分支都可以独立进行开发，互不干扰。
1. 创建分支
创建一个新的分支非常简单，使用以下指令：
git branch <分支名>
例如，我们要创建一个名为feature/user-login的功能分支，指令为：
git branch feature/user-login
2. 切换分支
创建完分支后，需要切换到该分支进行开发。切换分支使用：
git checkout <分支名>
或者在创建分支的同时直接切换，指令为：
git checkout -b <分支名>
比如，我们要切换到刚刚创建的feature/user-login分支：
git checkout feature/user-login
3. 合并分支
当分支上的功能开发完成后，需要将其合并到主分支（通常是master或main分支）。假设我们在feature/user-login分支上完成了开发，现在要合并到main分支，首先切换到main分支：
git checkout main
然后执行合并指令：
git merge feature/user-login
如果合并过程中出现冲突，Git 会提示我们手动解决冲突，解决完成后，再次提交即可完成合并。
四、远程仓库操作：团队协作的桥梁
在团队开发中，我们通常会使用远程仓库（如 GitHub、GitLab 等）来共享代码。
1. 关联远程仓库
首先，需要将本地仓库与远程仓库进行关联，使用以下指令：
git remote add origin <远程仓库地址>
例如，远程仓库地址为github.com/your-userna…，则指令为：
git remote add origin https://github.com/your-username/your-project.git
2. 推送代码到远程仓库
当我们在本地完成开发并提交后，需要将代码推送到远程仓库，与团队成员共享。使用：
git push origin <分支名>
比如，将main分支的代码推送到远程仓库：
git push origin main
3. 拉取远程仓库的更新
在开发过程中，其他团队成员可能会提交新的代码到远程仓库，我们需要将这些更新拉取到本地。使用：
git pull origin <分支名>
这会将远程仓库对应分支的最新代码拉取到本地，并自动合并到当前分支（如果有冲突，需要手动解决）。
五、撤销与回滚：修正错误的魔法
在开发过程中，难免会出现错误操作，比如提交了错误的代码、误删了文件等。这时，Git 提供了一系列撤销和回滚的指令，帮助我们挽回局面。
1. 撤销暂存区的修改(尚未提交)
当你执行了 git add . 或 git add <file>，但后悔了，想把文件从暂存区撤下来，但保留工作区的修改，可以使用：
git reset HEAD <文件名>
例如：
git reset HEAD index.html
📌 说明：
- 这个操作不会删除你对文件的修改，只是让 Git 不再准备提交这些修改。
- 在 Git 2.0 以后，也可以用更清晰的命令替代：
git restore --staged <文件名>
这是 Git 推荐的新语法，语义更明确。
撤销所有暂存文件：
git reset HEAD
或使用新命令：
git restore --staged .
2. 回滚提交(已提交)
方法一：git revert —— 安全回滚（推荐用于公共分支）
git revert HEAD
- 创建一个新提交，内容是撤销最后一次提交的更改。
- 原始提交历史保留，只是新增一个“反向”提交。
- ✅ 适合已推送到远程分支、多人协作的场景。
📌示例：撤销某个特定提交
git revert <commit-hash>
注：什么是 <commit-hash>？
<commit-hash> 指的是 Git 提交的唯一标识符，也叫 提交哈希值 或 提交 ID。
每次你执行 git commit，Git 都会为这次提交生成一个唯一的、由字母和数字组成的字符串，用来标识这个提交。它看起来像这样：
a1b2c3d4e5f678901234567890abcdef12345678
通常我们只用前 7~8 位就足够识别了，比如：a1b2c3d
👉 你不需要记它，用下面这个命令就能看到：
git log --oneline
运行后，每行开头的那一小串字母数字，就是这个提交的 hash。
a1b2c3d (HEAD -> main) 修复登录按钮样式
f4e5d6c 添加用户注册功能
b7c8d9e 初始化项目结构
这里的
a1b2c3d、f4e5d6c、b7c8d9e就是每个提交的 commit-hash。
📌 所以 <commit-hash> 不是命令，只是一个“占位符”，意思是：这里要写你自己的提交编号。
方法二：git reset —— 修改历史（慎用于公共分支）
git reset --hard <commit-hash>
- 将 HEAD 和当前分支直接指向指定的提交。
--hard：丢弃指定提交之后的所有更改（包括工作区和暂存区）。--mixed（默认）：保留工作区修改，但取消暂存。--soft：保留修改并保留在暂存区。
📌 示例：
# 回退到前一个提交，丢弃所有更改
git reset --hard HEAD~1
# 回退到某个具体提交
git reset --hard a1b2c3d
⚠️ 警告：
- 如果你已经
git push过，再用reset --hard并强制推送，会重写历史，影响团队成员。 - 使用前务必确认是否影响他人。
🔹 强制推送（危险操作）：
git push --force
或更安全的：
git push --force-with-lease # 推荐，防止覆盖他人提交
3. 🎯 使用建议总结
| 场景 | 推荐命令 | 说明 |
|---|---|---|
文件加错 git add | git restore --staged <file> | 新版语法，更直观 |
| 提交错误但未推送 | git reset --soft HEAD~1 | 撤销提交，保留修改 |
| 提交错误且已推送（个人分支） | git reset --hard HEAD~1 + git push --force-with-lease | 谨慎使用 |
| 提交错误且已推送（公共分支） | git revert HEAD | 安全，不破坏历史 |
| 想丢弃所有未提交的修改 | git reset --hard + git clean -fd | 彻底清理工作区 |
六、小技巧
- 查看某个提交的详细改动：
git show <commit-hash> - 查看提交历史：
git log --oneline - 撤销工作区修改（回到上次提交状态）：
git checkout -- <file>或git restore <file> - Git 2.23+ 推荐使用
git restore和git switch来替代部分旧命令，语义更清晰。
结尾
Git 的操作指令远不止这些，它还有许多高级功能和指令等待我们去探索和学习。掌握这些常用指令，就像是拥有了一把开启高效开发大门的钥匙。希望通过本文的分享，能帮助你在稀土掘金的技术交流中，更好地运用 Git 进行代码管理和团队协作，在软件开发的道路上不断前行，挖掘出更多的技术宝藏！
以上内容涵盖了 Git 核心操作指令。若你还想了解特定指令的更多用法，或对文章内容有修改需求，欢迎随时和我说。
