无需登录 数据私有 本地保存

Git 分支命名生成器 - 符合主流规范的分支名

25
0
0
0

Git 分支命名生成器

遵循 Git Flow / GitHub Flow 规范,快速生成标准化分支名称

feature
新功能开发
bugfix
Bug 修复
hotfix
紧急修复
release
版本发布
chore
杂项任务
docs
文档更新
refactor
代码重构
test
测试相关
使用英文描述,空格将自动替换为分隔符,特殊字符会被过滤
快捷填入: user login payment module fix navbar bug api integration dashboard redesign performance optimization
请输入分支描述...
0 字符
生成历史

暂无生成记录

分支类型速查
类型 用途 来源分支
feature新功能开发develop
bugfixBug 修复develop
hotfix紧急线上修复main/master
release版本发布准备develop
chore构建/工具/依赖任意
docs文档编写更新任意
refactor代码重构develop
test测试代码任意

常见问题 (FAQ)

什么是 Git 分支命名规范?
Git 分支命名规范是团队协作中约定俗成的分支命名规则,通常包含 类型前缀 + 描述 的结构。常见规范有 Git Flow(使用斜杠分隔,如 feature/user-login)和 GitHub Flow(更灵活)。统一命名有助于快速识别分支用途、自动化 CI/CD 流程,以及生成清晰的 Changelog。
feature 和 hotfix 分支有什么区别?
feature 分支用于开发新功能,从 develop 分支拉出,完成后合并回 develophotfix 分支用于紧急修复线上问题,从 main(或 master)分支拉出,修复后需同时合并到 maindevelop,并打上版本标签。
分支名应该使用斜杠(/)还是横线(-)?
两种方式都广泛使用。使用 斜杠 / 是 Git Flow 的标准做法(如 feature/login-page),Git 会自动将其组织为目录结构,便于管理。使用 横线 - 则更简洁(如 feature-login-page)。选择一种并在团队内统一即可。本工具支持两种分隔符自由切换。
分支名可以包含大写字母吗?
不建议使用大写字母。虽然 Git 允许分支名包含大写字母,但在某些操作系统(如 Windows 不区分大小写)和 CI/CD 工具中可能引发兼容性问题。最佳实践是 全部使用小写字母,单词之间用横线连接。
如何在分支名中包含 Issue 编号?
常见格式有 feature/123-user-login123-feature-user-login。将 Issue 编号放在分支名中,可以让代码托管平台(如 GitHub、GitLab)自动将分支关联到对应 Issue,提交记录中也会自动引用,极大提升可追溯性。本工具提供可选的 Issue 编号输入框。
Git Flow 和 GitHub Flow 有什么区别?
Git Flow:分支模型较复杂,包含 main、develop、feature、release、hotfix 等多条长期分支,适合有计划发布周期的项目。GitHub Flow:更简洁,只有 main 和 feature 分支,通过 Pull Request 合并,适合持续部署项目。两者在分支命名上的核心思路一致,都是 类型/描述 格式。
Conventional Commits 与分支命名有什么关系?
Conventional Commits(约定式提交)规范了 commit message 的格式,如 feat: add login page。分支命名中的类型前缀(feature、fix、chore 等)与 Conventional Commits 的类型高度对应。两者结合使用,可以让项目的提交历史和分支管理保持高度一致,便于自动生成 Changelog。
分支名长度有限制吗?
Git 本身对分支名长度没有硬性限制,但建议控制在 50 个字符以内,以确保在各种 UI 界面(IDE、Git 管理平台)中完整显示。同时过长的分支名也会降低可读性,保持简洁描述性最佳。
如何删除本地和远程的旧分支?
删除本地分支git branch -d branch-name(安全删除,需已合并)或 git branch -D branch-name(强制删除)。删除远程分支git push origin --delete branch-name。建议定期清理已合并的分支,保持仓库整洁。
有没有自动检查分支命名规范的工具?
可以通过 Git Hooks(如 pre-push hook)或 CI 流程中的脚本来验证分支名是否符合规范。也可以使用工具如 commitlint 配合分支命名规则进行约束。一些 Git 管理平台(如 GitLab)也支持设置分支命名正则规则,在推送时自动检查。