【新手极简入门指南】我刚学Git，只会这几招就够用了！

原创已于 2025-08-08 09:45:09 修改 · 867 阅读

20 ·

CC 4.0 BY-SA版权

文章标签：

#git #新手 #入门 #push #pull #commit

于 2025-08-08 09:42:24 首次发布

git 专栏收录该内容

1 篇文章

订阅专栏

你好，未来的 Git 高手！

刚刚踏入编程世界，面对 Git 这个强大又似乎有点复杂的工具，你是否感到一丝迷茫？别担心！你不是一个人。事实上，在日常开发中，我们 95% 的时间都在使用几个核心的命令。

这篇博客就是为你量身定做的**“新手生存指南”**。我将带你走过从零开始到熟练操作的四个核心场景，用最通俗的语言解释每一条命令，让你彻底告别死记硬背。

准备好了吗？让我们启动 Git Bash，开始这段奇妙的“版本控制”之旅吧！

场景一：初次见面，请多指教 —— 克隆远程仓库

当你加入一个新项目，或者想把 Gitee/GitHub 上的开源项目下载到本地学习时，第一步永远是克隆（Clone）。它会把远程仓库的所有文件和历史记录完整地复制到你的电脑上。

✨ 核心命令

git clone git@gitee.com:username/repositoryname.git

🧐 命令解析

git clone: 这是 Git 的“复制”咒语，告诉它你要完整地克隆一个远程仓库。
git@gitee.com:username/repositoryname.git: 这是远程仓库的地址（URL）。把它想象成你要去拜访的朋友家的门牌号。
- 这个地址使用的是 SSH 协议，它更安全、更方便，因为你只需要在 Gitee/GitHub 上配置一次公钥，之后就再也不用输入密码了！

✅ 执行后会发生什么？

在你的当前目录下，Git 会变魔术一样地创建一个名为 repositoryname 的新文件夹。这个文件夹里不仅有项目的所有代码，它本身还是一个功能齐全的本地 Git 仓库，你可以立刻开始在里面施展拳脚了！

场景二：日常工作，我的三板斧 —— 添加、提交、推送

这是你每天都要重复无数次的流程，就像吃饭喝水一样重要。它遵循一个清晰的节奏：修改 -> 添加 -> 提交 -> 拉取 -> 推送。

我们假设你已经使用 cd repositoryname 命令进入了项目文件夹。

第1步：查看状态（好习惯）

在开始工作或提交前，先用这个命令看看仓库的“健康状况”。

git status

解析：它会告诉你哪些文件被修改了，哪些是新创建的，哪些已经准备好被提交。这就像你的工作仪表盘。

第2步：添加文件到“等候区”（暂存区）

你写完了一段惊世骇俗的代码，比如新建了一个 readme.txt。你需要明确告诉 Git：“嘿，这个文件我很满意，准备把它加入到下一次的更新里！”

# 添加单个文件
git add readme.txt

# 添加所有修改和新建的文件（我最常用这个！）
git add .

解析：git add . 是一个超级实用的命令，. 代表“所有”，它会把你的所有心血都加到暂存区（Staging Area），也就是提交前的“等候区”。

第3步：打包提交到本地仓库

现在，是时候给你的工作成果打上一个版本快照了。这次提交会永久地记录在你的本地电脑上。

git commit -m "feat: 添加了超酷的readme文件"

解析：

git commit: 提交命令，像按下相机的快门。
-m "...": 附上一张“便签”，也就是本次提交的说明信息。写清楚、有意义的提交说明是程序员的优秀品德！

第4步：与世界同步（拉取）

在分享你的代码前，先看看团队里的其他人有没有更新代码。这是一个黄金准则，能帮你避免很多不必要的麻烦（比如代码冲突）。

git pull origin main

解析：

git pull: 拉取命令，它会获取远程的最新变动并合并到你的本地。
origin: 远程仓库的默认昵称。
main: 你要从哪个分支上拉取，现在通常是 main。

第5步：分享你的杰作（推送）

万事俱备，只欠东风！现在，把你本地的提交推送到 Gitee/GitHub 上，让你的小伙伴们都能看到你的工作成果。

git push origin main

解析：git push 就是“分享”的动作，把你本地的 main 分支推送到远程的 main 分支上。

场景三：糟糕，我想反悔！—— 回退版本

人非圣贤，孰能无过。有时候提交后才发现代码有 Bug，或者思路不对，我们需要一台“时光机”来帮助我们。

回退到上一个版本

这是最常见的“反悔”操作，撤销最近一次的提交。

✨ 核心命令

git reset --hard HEAD^

🧐 命令解析

git reset: Git 的“时光机”命令。
--hard: 一个强大且有风险的模式。它会彻底把你的代码和历史回退到指定版本，本地的所有相关修改都会被丢弃。请确认你不再需要这些修改时再使用！
HEAD^: HEAD 指向最新的提交，^ 表示“上一个”。所以 HEAD^ 就是“上一个版本”的意思。

回退到任意指定版本

如果想回到更早的某个版本，比如三天前的一次提交。

第1步：查找历史记录，获取“时间坐标”

首先，我们需要查看提交历史，找到你想回去的那个版本的“坐标”——Commit ID。

git log --oneline

解析：这个命令会用简洁的单行格式显示所有提交历史。你会看到类似 abcde12 Add new feature 这样的列表。abcde12 就是我们需要的 Commit ID。

第2步：启动时光机！

git reset --hard abcde12

解析：将 abcde12 替换成你从 git log 中找到的目标 Commit ID。执行后，你的项目就会瞬间穿越回到那个历史时刻。

补充场景：我已经把错误推送到远端了！怎么办？

git reset 只影响你的本地仓库。如果你已经手快地把错误提交 push 了出去，就需要动用终极武器——强制推送。

⚠️ 警告：这是一个危险操作！它会覆盖远程仓库的历史。在团队项目中，执行前请务必和你的同事沟通，否则可能会导致他们丢失工作！

✨ 核心命令

git push -f origin main

解析：-f 或 --force 就是在告诉 Git：“我知道远程的历史和我的不一致，但我说了算！用我的版本覆盖它！”

总结

恭喜你！你已经掌握了 Git 最核心的几个操作。我们来快速回顾一下：

场景	核心命令	作用
首次克隆	`git clone [URL]`	从远程完整复制一个仓库到本地
日常提交流程	`git add .` -> `git commit -m "..."` -> `git pull` -> `git push`	工作、暂存、提交、同步、分享
回退上一版本	`git reset --hard HEAD^`	快速撤销最近一次提交
回退指定版本	`git log` + `git reset --hard [ID]`	精准穿越到任意历史版本
强制推送	`git push -f`	（谨慎使用）强制覆盖远程历史