Git 规范
2022-07-20 14:08:28 1 举报
AI智能生成
登录查看完整内容
Git 开发使用规范
作者其他创作
大纲/内容
用于发布正式版本的 主干分支 或 版本分支
说明
master:主干分支
span style=\
分类
发布分支
dev
sit
test
集成分支
常驻
feature/*:特性分支
用于完成需求开发任务的分支
允许被个人使用
feature/{topic}-personal/{user}-{日期或序号}
bugfix/{topic}-personal/{user}-{日期或序号}
hotfix/{topic}-personal/{user}-{日期或序号}
个人派生命名规则
需求开发分支
用于紧急修复线上问题的分支
热修复分支
用于封版的预发布分支
待发布分支
临时
bugfix/* 强调必须同需求一起走完整流程的普通 bug 修复
hotfix/* 强调必须要直接在线上热修复
bugfix/* 和 hotfix/* 区别
生命周期
分支命名规范
分支的来源及终点
插件或hook 会检查提交的内容是否符合规范
代码格式化
stash
changelist
切换分支
开发阶段
使用本人工作邮箱进行 Commit 和 Push
bugfix/feat -> dev
bugfix/feat -> tst
tst -> release
release -> master
合并方向
<类型>([可选的作用域]): <描述> [可选的 Issue ID] [可选的正文] [可选的脚注]
格式
Idea使用插件 commit template
使用的插件
新功能
feat - A new feature
错误修复
fix - A bug fix
主要类型
仅文档更改
docs - Documentation only changes
不影响代码含义的更改(空白、格式、缺少分号等)
既不修复bug也不添加功能的代码更改
refactor - A code change that neither fixes a bug nor adds a feature
提高性能的代码更改
perf - A code change that improves performance
添加缺失的测试或更正现有测试
test - Adding missing tests or correcting existing tests
不修改src或测试文件的其他更改
chore - Other changes that don't modify src or test files
影响构建系统或外部依赖项的更改(示例范围:gulp、brocoli、npm)
次要类型
对Cl配置文件和脚本的更改(示例范围:Travis、Circle、BrowserStack、SauceLabs)
还原以前的提交
revert - Reverts a previous commit
release:发布版本提交
特殊类型
类型
使用方括号包裹 如 [XFRAME-111]
Issue ID要求
可读性好,基于提交的类型,自动决定语义化的版本变更
自动化生成 CHANGELOG
Commit Message 规范的好处
如何描述提交的内容
其他
内容
提交阶段
Git
Git 规范
0 条评论
回复 删除
下一页