为什么一定要在自己的分支上工作
在团队协作开发中，直接往主分支提交代码很容易引发冲突，甚至导致项目崩溃。养成在自己专属分支上工作的习惯，不仅能保护主干代码的稳定性，还能让每个人的进度独立可控。下面用最直白的方式，把提交到自己分支的全流程拆解清楚，保证新手也能一次上手。
第一步：创建并切换到个人分支
打开终端或命令行工具，先进入你的项目文件夹。运行 git checkout -b feature-yourname 命令。这里的 feature-yourname 可以换成你自己的名字或者任务编号，比如 feature-zhangsan。这个命令会自动帮你新建一个分支，并且立刻切换到新分支上。你可以随时用 git branch 查看当前所在的分叉位置，确保星号标记在你刚建的分支上。很多初学者容易忘记这一步，直接在主分支上改代码，后面想回退就麻烦透了。
第二步：修改代码并查看状态
接下来就是写代码改需求。你可以在编辑器里随便添加、修改或删除文件。完成操作后，回到命令行输入 git status。系统会列出所有被改动过的文件，颜色区分代表不同的状态。这时候不要急着提交，先仔细核对一下列表，避免把不该提交的配置文件或者测试垃圾数据带进去。如果发现改错了某个文件，可以用 git checkout -- 文件名 快速还原到上次提交的样子。
第三步：暂存文件并提交修改
把想要保留的改动加入暂存区。执行 git add . 可以把当前目录下所有变动全部打包，或者写成 git add 文件名 只挑单个文件。这一步相当于把你要寄送的快递提前装箱封好。装完后再次运行 git status，确认变动的文件前面多了一个字母，说明已经准备就绪。接着输入 git commit -m 描述这次改了什么。引号里的文字要写得具体点，比如 修复首页加载缓慢的问题。好的提交记录能让队友一眼看懂你的工作，也方便以后回溯历史。如果不小心写错描述，可以用 git commit --amend 覆盖上一条记录。
第四步：将本地分支推送到远程仓库
最后一步是把本地成果同步到云端服务器。运行 git push origin feature-yourname。因为这是你第一次推送这个新分支，Git 可能会提示你设置上游分支，此时按它给的提示补一条 git push -u origin feature-yourname 即可。之后每次推送都可以直接用 git push 简化操作。推送成功后，去网页端仓库看看，你会发现自己的分支已经躺在那里，随时可以发起合并请求。注意推送前最好跑一遍本地测试，别把明显的报错代码传上去拖累大家。
日常开发的注意事项
平时写代码还要记住几个关键点。每次拉取别人的代码前，务必先把自己本地的改动提交干净，否则会被拒绝合并。如果遇到冲突，别慌，打开报错的文件找到那些带有特殊标记的代码段，手动决定留哪边，删掉标记符号后再重新提交一次。另外，分支命名尽量保持统一规范，别用中文或空格，用小写字母加短横线连接最稳妥。定期清理已经不需要的旧分支，也能让仓库保持清爽。掌握这套流程，你就能在团队里放心大胆地推进自己的功能，再也不用担心误伤主干代码了。
