平时做技术实践时,很多问题不是概念不会,而是细节没串起来。拿“Git单分支与多分支的协作流程”来说,它看着像小点,放到项目里常会牵出环境、配置、兼容性和维护成本。下面按实际采用顺序,把思路、关键写法和容易踩坑的地方讲清楚,便于大家直接对照操作。
一句话版本:Git 是一个版本管理工具,用来记录代码的每次变化。
git config --global user.name "你的名字"
git config --global user.email "你的邮箱"
它们会写进提交记录里,便于团队追踪修改来源。
git config --list
git clone <仓库地址>
比如:
git clone https://github.com/your-org/your-repo.git
git init
在当前目录初始化一个 Git 仓库。
落到代码里,这个场景常用于小团队或内部项目:大家都在同一个长期分支上协作(比如 dev)。
拿到仓库,拉最新代码,完成一个小需求并提交。
git branch -a
git switch dev
git pull origin dev
git add .
git commit -m "feat: 完成登录页按钮交互优化"
git push origin dev
pull 再开发”的习惯这个场景更常用于规范化团队:main/master 保持稳定,每个需求在独立分支完成,再合同时回主干。
从主干拿最新代码,新建自己的功能分支,完成开发后合同时回目标分支。
git switch main
git pull origin main
git switch -c feature/login-form
分支名建议包含业务语义,如 feature/、fix/ 前缀。
git add .
git commit -m "feat: 新增登录表单校验逻辑"
一个完整功能能够拆成多个小提交,便于 review 和回滚。
git push -u origin feature/login-form
-u 只需第一次采用,后续直接 git push 即可。
方式 A(建议):在代码平台发起 PR / MR,由评审后合同时。
方式 B(本地演示):切回目标分支后手动合并:
git switch main
git pull origin main
git merge feature/login-form
git push origin main
git branch -d feature/login-form
git push origin --delete feature/login-form
本地和远程都清理掉已合并分支,分支列表会更清爽。
在这个场景下,说明同一代码区域被不同提交修改。处理方法:手动解决冲突文件后,再 add 和 commit。
# 取消暂存
git restore --staged <文件>
# 丢弃工作区改动(单个文件)
git restore <文件>
# 丢弃当前目录改动
git restore .
git stash
git switch 其他分支
# 处理完回来
git switch 原分支
git stash pop
最重要的不是记住多少个命令,而是跑通完整流程。
branch -a -> switch/pull -> 开发 -> add/commit -> pushmain pull -> 新建分支 -> 开发提交 -> push 分支 -> 合并 -> 清理分支实际处理时,当这两套流程熟练后,你再学习 rebase、cherry-pick等会轻松很多。
到此这篇关于Git单分支与多分支的协作流程的文章就介绍到这了,更多相关Git单分支与多分支协作内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多兼容脚本之家!
TPLink TLWR847N 51~53 无线路由器修改WiFi名称及密码方法
TPLink TLWR847N 51~53 无线路由器映射服务器到外网操作指南
TPLink TLWR847N 51~53 无线路由器当做交换机(无线AP)使用设置
如何编写高质量的前端代码(快手电商前端前端代码规范)实用指南
在Linux系统上安装部署Oracle Database保姆级教程实用指南
关于Dart中的异步编程实用指南