Git入门：从第一次提交到多人协作

很多新手第一次用Git，都会被一堆命令吓住。其实Git的核心并不复杂：它就是一台会记账的时间机器，帮你把代码的每一次变化都留档，出了问题随时可以回到过去，多人一起改同一份代码也不会乱成一团。本文用最短的路径，带你从第一次提交走到多人协作。

一、第一次提交：先把变化存下来

新建项目后，先在项目根目录执行 git init，它会在当前目录创建一个隐藏的 .git 文件夹，从此这个目录就被Git接管了。接着用 git config 设置名字和邮箱，这样每一次提交都会署上你的名字，方便日后追溯是谁改了哪一行。

写完代码后，不要急着提交，先用 git status 看一眼：哪些文件是新加的，哪些被改过，哪些还没被跟踪。确认无误后，用 git add 把要提交的文件放进暂存区，再用 git commit -m “写清楚这次改了什么” 生成一次提交。提交信息要具体，比如"新增登录表单校验"就比"改代码"好得多，三个月后你自己回看也会感谢现在的自己。

养成小步提交的习惯：一个提交只做一件事，改完一个功能就提交一次。这样出问题时，你可以精确地回到某一个提交，而不是在一大团修改里大海捞针。

二、分支：给实验开一条平行线

直接在主分支上改东西，就像在正式文件上直接涂改，改坏了很难收场。分支就是一条平行的时间线：用 git branch 新功能 创建分支，用 git switch 新功能 切换过去，在里面放心地试错。

功能做完并且自测通过后，切换回主分支，用 git merge 新功能 把它合并回来。合并顺利时Git会自动完成；如果两个人改了同一行，Git会停下来让你手动解决冲突——打开冲突文件，删掉不需要的部分，保留正确的结果，再提交一次即可。记住，冲突不是故障，而是Git在提醒你：这里需要人来做决定。

三、远程协作：把本地工作同步给团队

本地仓库再好，一个人用也只是单机版。把代码推到远程仓库，团队才能协作。第一次推送时，先用 git remote add origin 远程地址 关联远程仓库，再用 git push -u origin main 把主分支推上去，之后日常推送只需 git push。

开始工作前，先 git pull 拉取最新代码，避免在旧版本上白干。多人协作的标准流程是：从主分支拉出自己的功能分支，改完后推送到远程，再发起合并请求请同事评审。评审不是挑刺，而是第二双眼睛帮你发现边界条件、命名和逻辑问题。评审通过后再合并进主分支，主分支始终保持可运行状态。

四、常见误区，新手一定要避开

第一，把密码、密钥和大文件提交进仓库。正确做法是把敏感信息放进环境变量或配置文件模板，并用 .gitignore 提前排除；一旦误提交，要及时轮换密钥，只删文件是不够的。

第二，动不动就用强制推送覆盖远程历史。这会让同事的本地仓库和远程对不上，协作立刻乱套。除非是自己一个人用的分支，否则不要轻易使用强制推送。

第三，从不看提交历史。git log 能告诉你每一次提交的作者、时间和说明，出了问题先查历史，再定位原因，比凭感觉改代码快得多。

第四，把所有修改塞进一个超大提交。评审的人看不懂，出了问题也难回滚。保持提交小而清晰，是对团队最大的友好。

五、上手清单

今天就可以按这个顺序练一遍：初始化一个练习仓库，写一个小功能并提交；新建分支改一处文案，合并回主分支；模拟一次冲突并手动解决；最后把练习仓库推到远程，拉取一次更新。走完这一圈，Git就不再是背命令的考试，而会变成你每天写代码时最顺手的安全网。