Git 版本管理入门：从第一次提交到分支协作

改了一个功能，旧版本找不回来了；多人改同一份代码，最后不知道以谁为准；想试新想法，又怕改坏能跑的代码。Git 就是解决这些问题的版本管理工具：它把每次改动记录下来，让项目可以回看、比较和恢复。

一、Git 是什么

可以把 Git 理解成给项目拍快照。完成一步工作就提交一次，Git 会保存当时所有文件的状态，并附上提交说明。项目因此不再只有最新的一份，而是一条可以追溯的历史。Git 还是分布式的：每台电脑都有一份完整仓库和历史，本地提交不需要联网，联网主要是和别人交换记录。

二、第一次提交的基本流程

git init
git status
git add .
git commit -m "初始化项目"
git log --oneline

git init 创建仓库，git status 查看改动，git add 把改动放进暂存区，git commit 生成一个版本。提交说明要具体，不要只写“改了一下”。建议小步提交：完成一个小功能就提交一次，出问题更容易定位和回退。

三、分支的概念和常用操作

分支是从主线分出去的小路。在小路上做实验、开发新功能，即使改坏了也不会直接影响主线，确认无误后再合并回来。常用命令有：创建并切换分支 git checkout -b feature/login，查看分支 git branch，回到主分支 git checkout main。分支名最好按功能命名，如 feature/login、fix/crash-on-start，用完及时删除。

四、合并与冲突的基本思路

合并是把一个分支的改动带到另一个分支，例如先切到 main 再执行 git merge feature/login。如果改的是不同位置，Git 可以自动合并；如果两边改了同一行，Git 无法判断保留哪种写法，就会产生冲突。冲突不是错误，而是提醒人来决定：看清原内容和两边改动，逐段保留正确逻辑，删掉冲突标记，重新提交并测试，确认合并后仍能正常运行。

五、远程协作的基本流程

远程仓库是大家交换代码的地方。流程通常是：克隆仓库到本地，开始工作前先 git pull 拉取最新代码，在自己的分支上开发，完成后 git push origin feature/login 推送，再通过合并请求请别人检查。开始前先拉取，能减少大量冲突；合并请求也是发现边界问题的好机会。

六、新手常见误区

一是提交前不检查，把临时文件或敏感信息一起提交；二是提交说明太随意；三是直接在主分支开发；四是害怕冲突就手动复制文件，反而丢掉历史；五是以为本地提交后别人立刻能看到，其实还要推送；六是一出问题就删库重建，多数情况用 git status 和 git log 就能找到线索。

结语

把“提交、分支、合并、推送”这条主线练熟，坚持小步提交、认真写说明、在分支上开发、合并前测试，版本管理就会成为协作的保障，而不是负担。