平时做技术实践时，很多问题不是概念不会，而是细节没串起来。拿“Git单分支与多分支的协作流程”来说，它看着像小点，放到项目里常会牵出环境、配置、兼容性和维护成本。下面按实际采用顺序，把思路、关键写法和容易踩坑的地方讲清楚，便于大家直接对照操作。

目录

• 一、先理解 Git 在做什么
• 二、第一次采用 Git，要先做的两件事
• 1）设置用户名和邮箱
• 2）查看设置是否生效
• 三、两种开始方式：clone和init
• 方式 A：拉取远程已有项目
• 方式 B：本地新项目
• 四、场景一：单分支协作（直接在团队分支上开发）
• 目标
• 建议流程
• 第 1 步：先查看当前有哪些分支
• 第 2 步：切换到团队分支同时拉取最新代码，避免“在旧代码上开发”
• 第 3 步：暂存并提交
• 第 4 步：推送到远程团队分支
• 单分支场景的关键提醒
• 五、场景二：多分支协作（主流团队工作流）
• 目标
• 建议流程
• 第 1 步：先更新主干代码
• 第 2 步：新建并切换到功能分支
• 第 3 步：暂存并提交
• 第 4 步：推送分支并建立远程跟踪
• 第 5 步：合并代码（两种常用方式）
• 第 6 步：合并完成后清理分支
• 六、两个场景都通用的常用问题
• 1）pull或merge冲突了
• 2）常用撤销操作（建议记住这 3 条）
• 3）当前改动没做完，但要临时切走处理其他事情
• 七、总结：先练熟“场景流程”，再背命令

一、先理解 Git 在做什么

一句话版本：Git 是一个版本管理工具，用来记录代码的每次变化。

二、第一次采用 Git，要先做的两件事

1）设置用户名和邮箱

git config --global user.name "你的名字"
git config --global user.email "你的邮箱"

它们会写进提交记录里，便于团队追踪修改来源。

2）查看设置是否生效

git config --list

三、两种开始方式：clone和init

方式 A：拉取远程已有项目

git clone <仓库地址>

比如：

git clone https://github.com/your-org/your-repo.git

方式 B：本地新项目

git init

在当前目录初始化一个 Git 仓库。

四、场景一：单分支协作（直接在团队分支上开发）

落到代码里，这个场景常用于小团队或内部项目：大家都在同一个长期分支上协作（比如 dev）。

目标

拿到仓库，拉最新代码，完成一个小需求并提交。

建议流程

第 1 步：先查看当前有哪些分支

git branch -a

第 2 步：切换到团队分支同时拉取最新代码，避免“在旧代码上开发”

git switch dev
git pull origin dev

第 3 步：暂存并提交

git add .
git commit -m "feat: 完成登录页按钮交互优化"

第 4 步：推送到远程团队分支

git push origin dev

单分支场景的关键提醒

• 养成“先 pull 再开发”的习惯
• 不要长时间不拉最新代码，冲突可能会越来越难解

五、场景二：多分支协作（主流团队工作流）

这个场景更常用于规范化团队：main/master 保持稳定，每个需求在独立分支完成，再合同时回主干。

目标

从主干拿最新代码，新建自己的功能分支，完成开发后合同时回目标分支。

建议流程

第 1 步：先更新主干代码

git switch main
git pull origin main

第 2 步：新建并切换到功能分支

git switch -c feature/login-form

分支名建议包含业务语义，如 feature/、fix/ 前缀。

第 3 步：暂存并提交

git add .
git commit -m "feat: 新增登录表单校验逻辑"

一个完整功能能够拆成多个小提交，便于 review 和回滚。

第 4 步：推送分支并建立远程跟踪

git push -u origin feature/login-form

-u 只需第一次采用，后续直接 git push 即可。

第 5 步：合并代码（两种常用方式）

方式 A（建议）：在代码平台发起 PR / MR，由评审后合同时。
方式 B（本地演示）：切回目标分支后手动合并：

git switch main
git pull origin main
git merge feature/login-form
git push origin main

第 6 步：合并完成后清理分支

git branch -d feature/login-form
git push origin --delete feature/login-form

本地和远程都清理掉已合并分支，分支列表会更清爽。

六、两个场景都通用的常用问题

1）pull或merge冲突了

在这个场景下，说明同一代码区域被不同提交修改。处理方法：手动解决冲突文件后，再 add 和 commit。

2）常用撤销操作（建议记住这 3 条）

# 取消暂存
git restore --staged <文件>

# 丢弃工作区改动（单个文件）
git restore <文件>

# 丢弃当前目录改动
git restore .

3）当前改动没做完，但要临时切走处理其他事情

git stash
git switch 其他分支
# 处理完回来
git switch 原分支
git stash pop

七、总结：先练熟“场景流程”，再背命令

最重要的不是记住多少个命令，而是跑通完整流程。

• 单分支：branch -a -> switch/pull -> 开发 -> add/commit -> push
• 多分支：main pull -> 新建分支 -> 开发提交 -> push 分支 -> 合并 -> 清理分支

实际处理时，当这两套流程熟练后，你再学习 rebase、cherry-pick等会轻松很多。

到此这篇关于Git单分支与多分支的协作流程的文章就介绍到这了,更多相关Git单分支与多分支协作内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多兼容脚本之家！

您可能感兴趣的文章:

• Git分支管理的核心命令科普指南
• GIT合并分支的三种实现方法
• Git分支参数 -u 和 -m 的具体采用
• intellij idea中git分支采用方式
• 一些常用的Git分支命名策略和实践指南