Git入门：从第一次提交到团队协作的完整指南

很多新手第一次接触 Git，都会被分支、合并、冲突这些词吓住。其实 Git 的核心思想并不复杂：它就是一个会记住每一次修改的笔记本，并且可以随时回到过去的任何一页。学会 Git，你就不用再靠复制文件夹来备份代码，也不用在群里问“谁改了这个文件”。本文从零开始，带你理解 Git 的基本概念，并完成一次从建仓库到团队协作的完整练习。

一、Git 到底解决了什么问题

没有版本控制的时候，常见的办法是把代码复制成“项目最终版”“项目最终版2”“项目真的最终版”。时间一长，没人知道哪个版本能跑，也不知道每一处改动是谁做的。Git 把这些问题交给系统来管理：每一次提交都是一张快照，记录了当时全部文件的状态；每一次提交都有作者、时间和说明，历史可以追溯；分支可以让不同人在同一份代码上并行工作，最后再把成果合并回来。

二、三个区域，先建立直觉

理解 Git，先记住三个区域。工作区就是你平时编辑代码的文件夹；暂存区是一个准备提交的清单，你可以只把改好的部分文件放进去；本地仓库是真正保存提交历史的地方。一次完整的提交通常是：改代码、把改动加入暂存区、写一句清晰的提交说明、提交到本地仓库。这个流程看似多了一步，却给了你精细控制提交内容的权力。

三、第一次配置与建仓库

安装完成后，先告诉 Git 你是谁，这样每一次提交都会署上你的名字和邮箱。配置只需要做一次，之后所有项目都会沿用。接着新建一个文件夹并初始化仓库，这时文件夹里会多出一个隐藏的版本库目录，专门保存历史记录，但平时不需要手动改动它。写一个简单的说明文件，查看状态，确认哪些文件是新文件，再把它们加入暂存区并提交。提交说明要写清楚做了什么，例如“新增项目说明和首页结构”，而不是含糊的“改了一下”。好的提交说明在以后排查问题时能省很多时间。

四、每天最常用的几个命令

日常开发离不开几组命令。查看状态可以知道哪些文件改了、哪些已经暂存；查看差异可以逐行确认改动是否符合预期；提交之前先看一眼差异，是避免把调试代码误提交的好习惯。查看提交历史可以看到每一次提交的说明和时间，遇到问题时先翻历史，往往能快速定位是哪一次改动引入了问题。习惯小步提交也很有价值：一个提交只做一件事，出了问题更容易回退，也更容易让别人看懂你的思路。

五、分支：安全试错的平行世界

分支是 Git 最值得学会的功能。主分支保持可以发布的稳定状态，新功能先在自己的分支上做，验证通过后再合并回来。这样即使实验失败，也不会影响主线。常见流程是：从最新主分支创建功能分支，在分支上多次小步提交，完成后再切换回主分支并合并。合并时如果两个人改了同一文件的同一行，Git 会提示冲突，这时不要慌，打开文件看清双方的改动，保留正确的结果，删掉冲突标记，再重新提交一次。冲突不是错误，而是 Git 在请你做一次人工判断。

六、远程仓库与团队协作

本地仓库只能在自己电脑上保存历史，远程仓库则让团队共享同一份历史。把本地仓库与远程仓库关联后，推送可以把本地提交上传，拉取可以把别人的最新提交下载到本地。开始协作前先拉取最新代码，减少冲突；推送之前先确认自己在正确的分支上。多人协作还有一个好习惯：不要直接在主分支上长期开发，尽量用功能分支加合并的方式提交，这样评审和回退都更清晰。提交信息同样重要，写清楚“为什么改”比只写“改了什么”更有价值。