GitFlow

分支规范
 
0
Master(永远只有一个分支)
发布分支,与线上保持一致,只能由release|hotfix分支合并代码,该分支不能修改只能合并
Develop
开发分支,由master分支拉取,包含所有要发布到下一个Release的代码,这个主要合并与其他分支,比如Feature分支
命名规范: dev-大版本号.小版本号.递增数
Test
测试分支,我们基于Develop分支创建一个Release分支,完成Release后,我们合并到Master和Develop分支
命名规范: test-大版本号.小版本号.递增数
Hotfix
紧急修复分支,当线上发现新的Bug时候,我们需要创建一个Hotfix, 完成Hotfix后,我们合并回Master和Develop分支,所以Hotfix的改动会进入下一个Release
命名规范: dev-大版本号.小版本号.修复版本号
 
提交规范
  • feat: 添加新特性
  • fix:修复Bug
  • style: 仅仅修改了样式
  • refactor: 代码重构
feat和fix最为常用
posted @   link_ed  阅读(21)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 全程不用写代码,我用AI程序员写了一个飞机大战
· DeepSeek 开源周回顾「GitHub 热点速览」
· 记一次.NET内存居高不下排查解决与启示
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· .NET10 - 预览版1新功能体验(一)
点击右上角即可分享
微信分享提示