网站菜单代码腾讯会议价格

Git工作流程

分支

• tags: 用于于生产环境
• master: 用于测试环境/预演环境, 一般只接受合并请求, 不直接提交
• testing: 用于测试环境测试 （可选）
• develop: 用于日常开发主线, 其他分支只能合并到 develop 分支 （可选）
• feature-xxx: 用于增加一个新功能
• hotfix-xxx: 用于修复一个紧急bug
• refact-xxx: 代码重构
• docs-xxx: 文档修改
• 每次开发新功能，都应该新建一个单独的分支

工作流

• 贡献代码时,如果项目存在贡献指南，需阅读并遵守贡献指南
• Fork对应的项目, 然后基于develop/master分支, 新建一个分支, 在这个分支上进行开发
• 开发时应遵守相应的编码规范和Git日志规范, 提交日志应当给出完整扼要的提交信息
• 开发完毕后, 先在本项目库上合并到develop/master分支, 合并完成之后再PR到原项目库

Commit message 和 Change log 编写指南

• Git 每次提交代码，都要写 Commit message（提交说明），否则就不允许提交
  +Commit message 遵从 Angular 规范

安装 Commitizen 来格式化 commit , 使其遵循以上规范

• 首先注意将package.json和node_modules加入.gitignore文件
• 全局安装commitizen: npm install -g commitizen
• 在项目根目录初始化package.json: npm init --yes
• 项目根目录运行 commitizen init cz-conventional-changelog --save --save-exact
• 每次提交代码时, 用 git cz 代替 git commit

Tag

• 打 tag 时，需要遵守语义化版本规范

参考资料

• Git 使用规范流程
• Commit message 和 Change log 编写指南
• Git commit message 规范
• 语义化版本 2.0.0