内容简介：如图所示： master分支只用于存放线上版本 线上紧急bug，使用hot-fix分支 开发在dev分支上，小的测试bug也可在dev分支修改。线上紧急修复bug也需合并到dev分支 开发复杂的新功能可新建分支每个commitm message 包括header,body和footer，各占一行，每行不超过100字符。其中header由type、scope和subject组成。
如图所示： master分支只用于存放线上版本 线上紧急bug，使用hot-fix分支 开发在dev分支上，小的测试bug也可在dev分支修改。线上紧急修复bug也需合并到dev分支 开发复杂的新功能可新建分支 dev-${devName}
Git Commit message 规范
commit message 格式
每个commitm message 包括header,body和footer，各占一行，每行不超过100字符。其中header由type、scope和subject组成。 header必须要写 ，header的scope是可选的。
<type>(<scope>): <subject> <BLANK LINE> <body> <BLANK LINE> <footer> 复制代码
Revert
如果commit用于撤销之前的commit，需以revert:开头，接着写被撤销的commit的header。body里要写：this reverts commit . ,hash为被撤销的commit的hash值。这种格式也可以由 git revert 命令自动生成。
Type
必须为下列之一:
- feat：新功能（feature）
- fix：修补bug
- docs：文档修改
- style： 不影响代码含义的修改(例如：white-space; 格式化等)
- refactor：重构（即不是新增功能，也不是修改bug的代码变动）
- perf: 提升性能的修改
- test：增加或修改测试
- chore：构建流程或辅助 工具 的变动
Scope
scope用于说明commit修改的范围，比如数据层、控制层、视图层,route, component, utils, build等等。如果修改影响多处，可使用"*"。
Subject
Subject是对修改的简要说明：
- 使用祈使语气，一般现在时。
- 首字母小写
- 句末不要使用句号
Body
使用祈使语气，一般现在时。另外，body需要包含修改的原因和与之前版本的区别。
Footer
任何Breaking changes的信息或者关闭issue的信息都可写在Footer. Breaking changes需要以**BREAKING CHANGE: **开头。
standard version
执行 npm run release 会自动生成CHANGELOG.md ，并生成一个commit记录和tag一个新的发布。
首次发布
只需运行
npm run release -- --first-release 复制代码
这会生成一个发布tag，但不会在package.json中修改版本。
发布一个pre-release
使用--prerelease来生成预发布： 假设当前版本是1.0.0，且将要commit的代码为打补丁的修改。运行：
npm run release -- --prerelease 复制代码
将生成版本号1.0.1-0。 如果想指定预发布版本名字可以通过 --rerelease <name> 。 例如：
npm run release -- --prerelease alpha 复制代码
这个tag将是1.0.1-alpha.0
发布指定的类型
使用--release-as 加参数major或minor或patch可以取消自动生成版本号。 假设当前版本为1.0.0.运行
// npm run script npm run release -- --release-as minor // Or npm run release -- --release-as 1.1.0 复制代码
将生成版本号1.1.0,而不是自动生成的版本号1.0.1
以上所述就是小编给大家介绍的《git分支管理及git commit message规范》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！
猜你喜欢:
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
