张涵涵但凡用 Git 超过一年的开发者，基本都经历过这种场面：平时敲 git 常用命令感觉挺顺手，真到了合并冲突、被 push 拒绝、一不小心把 dev 分支代码覆盖了的时候，大脑才一片空白。Git 的奇怪之处就在于，你死记硬背下来的命令越多，越容易忽略它真正的工作方式；可你要是真的理解了它的几个核心模型，绝大多数命令根本不用背，现场就能推出来。
这篇东西我打算按“为什么要这样设计 → 命令怎么落在实际场景里 → 哪些坑我替你先踩过了”的逻辑来写，覆盖从安装配置、日常提交、分支管理、远程协作到后悔药操作的一整条链路。无论你是刚把 Git 装好还没搞懂工作区是什么的新手，还是已经用了一两年但全靠查命令应付的进阶用户，都有对应的内容可看。文里所有命令我都按真实使用习惯加了说明，不是照着官方文档誊一遍，而是告诉你这些参数在什么场景下才会用到。
1. 先用一个新手的视角问清楚：Git 到底帮你解决了什么麻烦
很多人第一次接触 Git，是从“代码总要留个版本备份”这个朴素需求开始的。最早的粗暴做法是复制目录存成压缩包，名字从 project_v1.zip 一路编号到 project_final_最终版2.zip。这种做法应付单人作业勉强能撑一阵，一旦两个人同时改同一个文件，或者一个月后想看看某个功能是哪次改动引入的，就完全崩盘了。
Git 解决的正是这堆问题：它给整个项目拍快照，所有历史版本都能翻出来；它让多人并行开发而不互相踩踏；它还能记录每次改动是谁、在什么时候、基于哪个版本做的。这些能力在生产环境里直接对应两个非常现实的需求：出问题能回滚，出功劳能追溯。
这里必须先破除一个常见误解：Git 不是网盘。网盘同步的是“最新状态”，Git 维护的是“一串有先后顺序、彼此有关联的快照”。你在本地每一次 commit，都是往这串快照链条上加了一个永久节点。这个区别解释了后文几乎所有命令的设计逻辑，比如为什么 push 之前要先 pull，为什么改完历史（rebase）会影响团队协作。
还有一个值得新人提前建立的概念：Git 是分布式的。每个人本地都有一份完整仓库，不只是代码文件，还包括全部历史记录。所以就算远程服务器挂了，只要任何一个人的本地仓库还在，整个项目的来龙去脉都能恢复。这也是 Git 相比老一代集中式版本控制系统（比如 SVN）最本质的优势。
说句大白话收个尾：命令行才是理解 Git 的最佳入口。图形化工具（小乌龟、VS Code 插件、IDE 内置面板）在大部分操作上确实更友好，但它们把底层逻辑隐藏得太干净了，很多人在界面里点来点去，出了问题只能干瞪眼。把命令行这套逻辑摸清楚了，再用图形工具就是降维打击。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 装好 Git 只是开始：安装、环境变量和身份配置一次弄明白
2.1 三个平台的安装方式
Windows 用户建议直接去 Git 官网下安装包，一路 Next 装完。安装过程中有两个选项值得留意：
- 调整 PATH 环境变量的选项，选默认的 “Git from the command line and also from 3rd-party software” 就够用。
- 换行符转换选项，默认的 “Checkout Windows-style, commit Unix-style line endings” 是多数项目推荐做法，但如果你参与的是纯 Windows 团队且项目里全是 CRLF，就换成不转换。
macOS 上最简单的方式是安装 Xcode Command Line Tools，它自带 Git。执行 xcode-select --install 弹窗装完即可。也可以 brew install git 装最新版，因为系统自带版本往往偏旧。
Linux（Debian/Ubuntu 系）就是一行：
bash复制sudo apt update && sudo apt install git -y
CentOS/RHEL 系把包管理器换成 yum install git -y 即可。
装完统一用 git --version 验证。能看到版本号，说明命令已经可用了。
2.2 最常碰到的第一个报错：git 无法被识别
Windows 上经常遇到这种提示：
code复制git : 无法将“git”项识别为 cmdlet、函数、脚本文件或可运行程序的名称。
如果你明明装好了 Git，却在 cmd 或 PowerShell 里敲 git 提示找不到，原因几乎可以锁定为 PATH 环境变量没有把 Git 的安装目录加进去。Git 的安装目录里能找到 cmd 子目录（类似 C:\Program Files\Git\cmd），把它加进系统 Path 变量后重开终端就好。
第三步是身份配置。Git 每次提交都会把 “作者信息” 写进历史，这个信息如果没配，提交时会报 Please tell me who you are。配置方式是：
bash复制git config --global user.name "你的名字"
git config --global user.email "你的邮箱"
--global 表示对当前用户所有仓库生效。个别项目如果需要不同的身份，可以在仓库目录里去 --global 重新配置，项目级配置会覆盖全局配置。
2.3 顺手把这两个配置也改掉
第一，把默认分支名从 master 改成 main。这不是强制要求，但现在国内外主流托管平台默认分支都叫 main，本地早改早一致：
bash复制git config --global init.defaultBranch main
第二，检查一下个人换行符策略。Windows 和 Linux/macOS 的换行符一个是 CRLF 一个是 LF，稍不留神就会出现 warning: LF will be replaced by CRLF 之类的提示，虽然大多时候无害，但会污染输出。Windows 用户推荐保持默认，纯 Unix 开发环境可以这样确认：
bash复制git config --global core.autocrlf input
这里有个容易忽略的点：core.autocrlf 改的是 “checkout 和 commit 时是否做换行符自动转换”