GitFlow
分支规范

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最为常用
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 全程不用写代码,我用AI程序员写了一个飞机大战
· DeepSeek 开源周回顾「GitHub 热点速览」
· 记一次.NET内存居高不下排查解决与启示
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· .NET10 - 预览版1新功能体验(一)