git分支命名规范

最新推荐文章于 2025-08-14 15:51:07 发布
原创 最新推荐文章于 2025-08-14 15:51:07 发布 · 527 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#git

  • feat:新增feature，新增功能 业务
  • fix:修复bug
  • docs:仅仅修改了文档
  • style：仅仅修改了代码空格 格式 缩进 逗号等，没有改动代码逻辑
  • refactor：代码重构，没有新功能或修复bug
  • perf:优化相关，比如提升性能，优化体验
  • test：测试用例，单元测试，集成测试等
  • chore：改变构建流程，或增加依赖库，工具等
  • revert：回滚到上一个版本
lol155
关注
互联网大厂 git 分支命名规范
h a 6 6 6 c k 为 你解决复杂难题！
08-28 271
在互联网大厂的敏捷开发环境中，成百上千的开发者协同工作于同一个代码库。为了确保代码集成的稳定性、提高开发效率、明确责任归属并支持复杂的发布流程，一套清晰、统一且强制执行的（Branch Naming Convention）是必不可少的。
Git分支命名规范
codeHaoHao的博客
02-06 1268
分支 命名 说明 主分支 master 主分支，所有提供给用户使用的正式版本，都在这个主分支上发布 开发主分支 dev 开发分支，永远是功能最新最全的分支 功能分支 feature-* 新功能分支，某个功能点正在开发阶段 发布版本 release-* 发布定期要上线的功能 修复发布版本分支 bugfix-rel...
Git命名规范
最新发布
iku_n的博客
08-14 1214
模块名或功能关键词（可选，但推荐）：简短说明（用连字符。
Git分支管理及命名规范
qq_39194983的博客
07-01 1567
多人同时开发一个项目时，经常会遇到代码冲突的问题，此时，就需要正确的操作流程才能保证我们的解决冲突的过程中，不至于影响其他人的代码。master 分支的合并操作应该让管理员操作，并且管理员需要 review将要合并的代码之后才能合并，避免随意合并不稳定的代码到master分支。master 分支一般不能直接修改，只能由 其它分支 合并而来。
【git】git管理规范--分支命名规范、CommitMessage规范
lillianqdzpw
03-18 5856
Subject（主题）：简洁描述提交的目的，不超过 50 个字符。Scope（范围）：说明提交的影响范围（可选）。功能分支（Feature）示例 2：修复 bug。
git 分支命名规范
09-07
Git分支命名规范主要有两种常见的方式： 第一种方式是根据主要的分支类型进行命名。其中，主分支通常被命名为"master"，开发分支命名为"develop"。而辅助分支可以根据具体的用途进行命名，例如"dev-*"、"release-*...
[1268]Git分支管理及命名规范
周小董
03-09 7550
代码库有且仅有一个主分支，所有提供给用户使用的正式版本，都在这个主分支上发布。Git默认主分支Master，它是自动建立的，版本库初始化以后，默认就是在主分支在进行开发。最后回顾开头的大图，掌握两大主分支、三个辅助分支的生命周期，起于哪个分支始于哪个分支。参考：https://blog.youkuaiyun.com/GYQ1547426970/article/details/109001797。
GIT分支命名规范（转载）
xupeng1644的博客
12-09 3023
几乎所有的版本控制系统都以某种形式支持分支
【git】分支命名规范
票票的博客
11-22 667
git 分支命名规范
git 日常使用小册
weixin_34101784的博客
08-09 313
Git 命名规范 master（主分支，永远是可用的、稳定的、可直接发布的版本，不能直接在该分支上开发） develop（开发主分支，代码永远是最新，所有新功能以这个分支来创建自己的开发分支，该分支只做只合并操作，不能直接在该分支上开发） feature-xxx（功能开发分支，在develop上创建分支，以自己开发功能模块命名，功能测试正常后合并到develop分支） release(预分布分支...
git命名规范和协作开发流程
前端面试题宝典
09-04 752
背景 ​ 目前团队比较小,在协作开发中,对git的操作并没有一套规范.以至于我们在开发中,分支命名比较随意,测试/上线分支也没有明确的规范.提交的message也是随心所欲.以至于在合并分支部署时经常性的出现冲突,查看提交日志也比较随意,不能让其他维护者一目了然的了解代码的变化或者被修改的原因. ​ 基于以上的一些弊端,参考网上的git规范文档,我们整理出一套git操作命名规范以及开发流程. 希望大家以此为准绳,统一git命名以及操作规范,提高协同开发的效率. 分支管理 分支类.
Git 分支命名规范(完)
热门推荐
扯文艺的猿的博客
07-14 5万+
Git 分支命名规范1 2 3 4 5 6 7 分支: 命名: 说明: 主分支 master 主分支，所有提供给用户使用的正式版本，都在这个主分支上发布 开发分支 dev 开发分支，永远是功能最新最全的分支 功能分支 feature-* 新功能分支，某个功能点正在开发阶段 发布版本 release-* 发布定期要上线的功能 修复分支 bug-* 修复线上代码的 bug 主分...
GIT分支命名与提交规范
橘子皮的博客
04-27 1666
git分支命名规范 git分支分为集成分支、功能分支、修复分支，分别命名为develop、feature、hotfix 注意：均使用单数，不可使用hotfixs这种复数单词 git主分支(master)：自动建立，用于发布重大版本更新 git开发主分支(develop)：用于日常开发 git临时分支： 功能分支(feature)：用于开发某种特定功能，从develop分支中分出，开发完成后需再并入develop；可以采用feture-的形式命名 预发布分支(release)：指发布正式版本之前(即合
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值