文章列表
2 分钟阅读

Git 分支管理指南:main、dev、feature、release 怎么用


系列:版本控制基础

第 3 / 8 篇

  1. Git 安装与使用教程:Linux 和 Windows 从零开始版本管理
  2. Git 进阶:你迟早要会的几个救急命令
  3. Git 分支管理指南:main、dev、feature、release 怎么用
  4. Git Commit 规范:怎么写清楚提交信息
  5. GitHub Pull Request 工作流入门
  6. GitHub Actions 入门:为博客加自动检查
  7. Git 冲突解决指南:merge、rebase、cherry-pick 冲突怎么处理
  8. GitHub Actions 自动部署实战:从检查到发布的完整流程

会用 git branch 不等于会管理分支。分支管理的重点是让别人知道:这条分支干什么、什么时候合并、能不能部署。

常见分支

main 稳定分支,可部署
dev 集成分支,可选
feature/* 功能分支
fix/* 修复分支
release/* 发布准备分支

小项目可以只有 main + feature/*,不要为了流程而流程。

基本命令

一个功能分支的生命周期通常很短:创建分支、提交修改、推送到远端、发起合并。命令不用复杂,但每一步都要知道自己站在哪个分支上。

Terminal window
git switch -c feature/search
git status
git add .
git commit -m "feat: add search"
git push -u origin feature/search

合并前先同步:

Terminal window
git switch main
git pull --rebase

同步主分支后再合并,可以减少“本地能过、远端一合就冲突”的情况。

合并方式

常见三种:

merge commit 保留完整分支历史
squash merge 多个提交压成一个
rebase merge 历史线性,但要更懂 Git

团队新手多时,squash merge 往往最清楚。

常见问题

分支长期不合并会越来越难处理冲突。功能分支最好小一点、短一点。

如果你已经遇到复杂历史,可以看 Git 进阶:你迟早要会的几个救急命令

总结

分支管理不要追求复杂模型。先让 main 保持可用,功能从短分支做起,合并前跑检查。提交信息怎么写,可以继续看 Git Commit 规范:怎么写清楚提交信息