Git 入门：从第一次提交到分支协作

写代码时，最怕的不是写错，而是改乱了却回不去。Git 就是为了解决这个问题而存在的版本控制工具：它把每一次改动都记录下来，让你可以随时查看、比较和回到过去的某个状态。对新手来说，不必一开始就掌握全部命令，先理解提交、分支和协作这条主线，就足够开始用了。

第一次提交：从工作区到仓库

新建一个项目文件夹后，先用 git init 把它变成一个 Git 仓库。这一步只是在文件夹里建立记录结构，不会改变你已有的文件。接着用 git add 把要保存的文件加入暂存区，再用 git commit -m “写清楚改了什么” 生成一次提交。提交信息值得认真写，因为它是未来自己的备忘录：写“修复登录按钮在小屏下错位”远比写“改了一下”有用。

养成小步提交的习惯也很重要。一个提交只做一件事，例如只修一个问题、只加一个功能，这样出了问题更容易定位，也更容易回退。可以用 git status 随时查看哪些文件被改动、哪些已暂存，用 git log 查看提交历史，用 git diff 对比工作区和上一次提交的差异。

分支：给新想法开一条平行线

直接在主分支上改新功能，风险很高：一半成品的代码可能影响已经能用的版本。分支就是一条平行的开发线：在新分支上试验、改错、重构，都不会打扰主分支。创建并切换分支可以用 git checkout -b feature/login，先在分支里把功能做完整，确认无误后再合并回来。

合并时常用的方式有两种。git merge 会把分支的改动合入当前分支，并保留分支存在的痕迹，历史比较直观；变基则会把提交整理成一条直线，历史更干净，但已经推送到公共仓库的提交不建议再变基，以免影响协作者。初学者记住一条原则就好：自己的本地分支可以整理，公共分支要谨慎。

协作：先拉取，再推送

多人协作时，远程仓库是大家共同的参照。先用 git clone 把远程仓库复制到本地，改完后用 git push 把本地提交推送上去。在推送之前，先用 git pull 拉取别人的最新改动并解决冲突。冲突并不意味着出错，它只是说明两个人改了同一处代码，需要人工判断保留哪一部分。打开冲突文件，按标记逐段确认，删掉标记符号，重新提交即可。

几个容易踩的坑也值得提醒。不要把密码、密钥和大体积的临时文件提交进仓库；不要在主分支上直接做实验性修改；提交前先用 git status 检查一遍，避免把调试文件误带进去。遇到问题时，先看状态和日志，而不是盲目删除仓库重来。

总结一下今天的最小工作流：初始化一次，改动后暂存并提交，新功能开分支做，完成后合并，协作时先拉取再推送。把这条主线练熟，再逐步学习贮藏、标签和远程分支管理，Git 就会从一个让人紧张的工具，变成日常开发中最可靠的后悔药。