Sky李晓峰1. 版本管理混乱的痛点与Git的核心思路
1.1 从一次“删了三天代码”的教训说起
先讲个真事。前几年我带一个小项目，组里有个同事做了一版界面重构，连续干了三天，临到下班准备提交代码时，觉得某个文件里有些调试代码不干净，就手动打开文件删删改改。改完一运行，整个页面白屏，仔细一看，误删了一段核心逻辑。更要命的是，这三天他没有做过任何一次版本提交，也没备份。最后我们花了一整晚，靠IDE的本地历史一点点翻找，才把那段代码捞回来。
做过开发的人大概率遇到过类似场景。这个问题的根源在于：多数人刚接触代码版本管理时，习惯用复制文件夹、改文件名带日期、存网盘这种“土办法”来保住自己的劳动成果。但这些方式在单机状态下勉强能用，一旦涉及多人协作、多分支开发、版本回退、代码审查，就完全力不从心。而Git这套分布式版本控制系统，解决的正是这一整类问题——它不但能帮你记录每一次修改，还能让你在任何时刻回退到任意一个历史版本，甚至让几十个人在同一个项目里各改各的而互不干扰。
这也是我决定写这篇文章的原因。网上关于git安装、git配置、git命令的教程非常多，但多数要么只讲了“怎么点下一步”，要么直接把命令列表甩出来让人背，看完还是不知道怎么在真实项目里用。我想从实际工作流的角度，把从零开始安装Git、完成基础配置、掌握核心命令再到处理常见坑的完整链路，讲清楚每一步背后的逻辑。
1.2 Git相比SVN与网盘备份，真正的优势在哪里
很多人第一次接触版本管理时，脑子里会冒出疑问：我以前用网盘备份文件，也有历史版本功能，为什么还要专门学Git？这个疑问很正常，但两者完全不是一个量级的东西。
网盘的历史版本，本质上是“文件快照”，它能帮你找回某个文件在某一天的状态，但做不到细粒度地回溯“某一行代码是什么时候、被谁、因为什么原因改掉的”。SVN这类集中式版本控制系统，倒是能做到版本回溯，但它有一个中心服务器的前提：你提交代码必须联网连接服务器，一旦服务器挂了或者你出差没网，提交和查看历史就成了问题。
Git最大的不同，在于“分布式”这三个字。每个开发者本地都有一个完整的仓库，包含全部历史记录。你不需要联网就能提交、查看日志、创建分支、甚至回退版本。等到有网络时，再把本地提交推送到远程仓库，实现同步。这个机制的额外好处是：任何人都不是单点依赖，远程仓库哪怕是彻底烧毁了，任意一个克隆过项目的人，都能用本地仓库把整个项目连同历史恢复出来。
一句话概括：Git不是“高级网盘”，而是搭在你自己机器上的一套完整代码时光机，顺便还集成了多人协作、分支管理、变更审查等一整套工作流工具。
1.3 三个核心区：工作区、暂存区、版本库
在正式开始安装之前，我建议先花三分钟理解Git的两个核心模型：三个区域和文件的四种状态。这个东西不搞明白，后面学命令会一直有一种“照猫画虎但不知道为什么”的漂浮感。
Git在本地操作时，涉及三个区域：
- 工作区：就是你电脑上肉眼可见的文件目录，你在编辑器里改代码，改的是工作区的内容。
- 暂存区：一个临时存放区域。你可以把若干文件的修改先放进去“排队”，但不急着真正落库。英文叫staging area，或者叫index。
- 版本库：Git真正保存历史版本的地方。每一次提交，本质上是把暂存区里的内容永久性地写入版本库，生成一个新的版本快照。
配合这三个区域，文件就有了四种状态：未跟踪、已修改、已暂存、已提交。比如你新建了一个文件，Git不认识它，它处于“未跟踪”状态；你把它加入暂存区，它就变成“已暂存”；你提交一次，它就变成“已提交”，此时工作区、暂存区和版本库三处内容一致；你再改几行代码，文件又变成“已修改”。
绝大多数高频命令，都是在推动文件在这三个区域之间流转：
git add：把工作区的修改放入暂存区git commit：把暂存区的内容固化到版本库git checkout/git restore：把版本库的内容覆盖回工作区git reset：撤销暂存，或者回退版本
理解了这套流转逻辑，后面遇到任何看起来复杂的命令组合，都能自己推理出它的用途。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. Git安装全流程实操：从下载到环境验证
2.1 Windows平台安装：不要一路狂点“下一步”
先说最普遍的Windows平台。Git官网的下载页面，会根据你的系统自动推荐Windows版本，下载下来的基本是一个exe安装包。安装过程大部分时候确实可以一路下一步，但有几个关键选项，建议按自己的实际需求选，而不是默认到底。
第一个是安装路径。默认路径在C:\Program Files\Git，如果你不想让C盘越来越臃肿，可以在第一步就改成D盘或其他数据盘。这个改动完全不影响使用，只需要注意路径不要包含中文和空格，避免以后某些工具解析出错。
第二个是“选择默认编辑器”。Git在提交代码时，偶尔需要打开编辑器让你填写提交说明，默认用的是Vim。如果你不熟悉Vim，第一次在终端里被它“困住”时会一脸懵：怎么输入文字、怎么保存退出都不知道。所以我建议在安装时就把默认编辑器改成VS Code、Notepad++这类你平时就在用的图形化编辑器，省去以后为这点事折腾的时间。
第三个是PATH环境变量的那一项选择。这里务必选第二项“Git from the command line and also from 3rd-party software”，也就是把Git加入系统PATH。选这一项，意味着你可以在CMD、PowerShell以及任何终端工具里直接敲git命令。选第一项的话，只能在Git自带的Bash里用Git，太受限了；选第三项会把一堆Unix工具也塞进系统PATH，容易跟你已装的软件产生命令冲突，不推荐。
除此之外，还有一个容易被忽略的细节：换行符转换方式。安装向导会问“Checkout Windows-style, commit Unix-style line endings”还是别的选项。这个选项涉及跨平台协作时的换行符处理，建议保持默认（第一项），它的含义是：检出到Windows时自动转成CRLF换行，提交到仓库时自动转成LF换行，这样同一份代码在Windows和Linux上都能正常显示。
2.2 Mac与Linux安装方法一览
Mac上安装Git有两条路。一条是