专业工作流

主流的"功能分支"工作流(记住这套套路):

1. 从最新的 main 出发:git checkout main → git pull(拉最新)
2. 为新任务开分支:git checkout -b 功能-登录
3. 在分支上小步提交:改 → git add → git commit -m "..."(重复多次)
4. 推到远程:git push -u origin 功能-登录
5. 在 GitHub 上发起 PR(Pull Request),请人 review
6. 通过后合并进 main,删掉功能分支

请把'功能分支 + PR'的 Git 协作工作流,写成一份我可以贴在桌前的步骤清单(从开分支到合并删除)。每一步给出具体命令。再说明为什么这套流程能让多人协作不乱。

🔧 试一试:亲手走一遍完整的功能分支流程(8 分钟)

找个练习仓库(没有就 git init 建一个空的,随便放个文件)。照套路完整走一遍:

1. git checkout -b 功能-加readme(开分支)
2. 新建/改一个文件 → git add → git commit -m "docs: 新增 README"(小步提交,可以来两次)
3. git branch 看一眼:你现在在功能分支上,main 一点没动。
4. git checkout main 切回,git merge 功能-加readme 合并,再 git branch -d 功能-加readme 删分支。
5. 现在故意破坏规矩:直接在 main 上改一堆、还没验证。感受一下"万一改坏了,main 就跟着坏了"的不安。

你会看到:走分支流程时,你的试验被隔离在自己的分支里,main 始终干净可用;而直接在 main 上猛改,一旦搞砸,整条主干就脏了。

为什么:功能分支的价值是"隔离 + 可回退"——每个改动关在自己的房间里试,验证 OK 才进主干。团队几十人靠的就是这套"手术规范"级的套路,让人多手杂也不出事。main 永远可用,是铁律。