Git 入门：版本控制到底在管什么

写代码最怕的从来不是写不出来，而是改着改着就回不去了。昨晚还能跑的程序，今天加了两行就全线报错；想删掉新加的代码，却发现早已分不清哪几行是新加的；两个人同时改同一个文件，最后只能靠互发压缩包来比对。版本控制要解决的，就是这种混乱：把代码每一次的变化都记下来，并且随时可以回到任意一个被记下来的状态。

一、版本控制管的是变化，不是文件

很多人第一次听说 Git，以为它就是一个“代码备份工具”，定期把文件复制一份存起来。其实备份只是它的副产品，版本控制真正管理的对象，是变化。

每一次提交，Git 都会给整个项目拍一张快照：哪些文件改了、改了哪几行、是谁在什么时候改的，都会被记录下来。快照之间用一条链串起来，就是项目的完整历史。文件本身反而没那么重要，重要的是从一个版本到下一个版本之间发生了什么。

理解了这一点，很多操作就顺了：回滚不是“恢复某个文件”，而是“回到某一次快照”；查看历史不是翻旧文件，而是沿着变化链往前走。

二、四个核心概念，先弄清再动手

工作区：你在电脑上实际编辑文件的地方，也就是项目文件夹本身。

暂存区：一个“待提交清单”。你改了一堆文件，先把想提交的那几处挑出来放进暂存区，相当于告诉 Git：“这次提交就包括这些改动。”

本地仓库：快照真正保存的地方。每一次提交都会在这里留下一条记录，并附上一句提交说明。

远程仓库：放在服务器上的仓库。本地仓库是你的个人历史，远程仓库是团队共享的历史。

三、每天都在用的五个动作

git clone <仓库地址>   # 第一次把项目拿下来
git status             # 看看哪些文件改了
git add .              # 把改动放进暂存区
git commit -m "修复登录页闪退"  # 提交成一次快照
git push               # 推到远程仓库

分支是另一个常用的概念。开发新功能时，先从主分支开一条自己的分支，在上面慢慢改，改好了再合并回去：

git checkout -b feature/login   # 新开分支并切换过去
git merge feature/login        # 改好后合并回主分支

分支的好处是互不干扰：你的实验性改动再乱，也不会影响到别人正在用的主分支。

四、它到底解决了哪三个问题

第一，改崩了能回去。 新功能写砸了，不用一行行手工撤销，直接回到上一个能跑的提交，几秒钟就恢复。这才是新手最直接的安全感来源。

第二，多人协作不打架。 每个人在自己的分支上工作，合并时 Git 会自动处理大部分不冲突的改动；只有同一处被两个人改了，才需要人工解决冲突，而不是互相覆盖对方的代码。

第三，出了问题能找到根。 线上出了故障，用提交记录可以一路追溯：这个问题是哪一次提交引入的、是谁改的、当时为什么这样改。定位问题的成本一下子就降下来了。

五、新手最容易踩的三个坑

很久不提交。 攒了一周的改动一次提交，出问题根本定位不到是哪一天改坏的。正确的做法是：完成一个小功能就提交一次，提交说明写清改了什么。

一次提交塞太多东西。 修 Bug、改样式、加功能全混在一次提交里，回滚时只能全盘放弃。一次提交只做一件事，是最值得养成的习惯。

把密码、密钥提交上去。 账号密码、API 密钥一旦进了提交记录，即使后面删掉，也还留在历史里。敏感信息要放进配置文件并加入忽略列表。

结语

版本控制管的不是代码，而是变化、协作和历史。它让每一次改动都有迹可循，让错误可以低成本挽回，让多人协作有章可循。对新手来说，不必一开始就记住所有命令，先把“改一点、提交一次、写清说明”这个小循环跑起来，剩下的用法会在真实项目里慢慢长出来。