乐趣区

关于git:git规范

jiezi

分支

main 主分支

  • main 为主分支，也是用于部署生产环境的分支，确保 main 分支稳定性
  • main 分支个别由 develop 以及 hotfix 分支合并，任何工夫都不能间接批改代码

release 版本分支

  • 开发新版本时，以 main 为根底创立 release 分支
  • 分支命名: release/ 结尾的为版本分支，命名规定: release/v1.0.0
//1. 切换到 main
git checkout main 
//2. 拉取最新代码
git pull
// 3. 创立并切换到 release 分支
git checkout -b release/v1.0.0 // 开发 1.0.0 版本

版本号 

v1.0.0

软件版本号由三局部组成

  • 第一个为主版本号
  • 第二个为子版本号
  • 第三个为阶段版本号

版本号定批改规定

  • 主版本号：当功能模块有较大的变动，比方减少多个模块或者整体架构发生变化。此版本号由我的项目决定是否批改。
  • 子版本号：当性能有肯定的减少或变动，比方减少了对权限管制、减少自定义视图等性能。此版本号由我的项目决定是否批改。
  • 阶段版本号：个别是 Bug 修复或是一些小的变动，要常常公布修订版，工夫距离不限，修复一个重大的 bug 即可公布一个修订版。此版本号由项目经理或负责人决定是否批改。

多人开发 release 版本分支

从在 release 分支的根底上创立新分支 

//1. 切换到 release/v1.0.0 的分支
git checkout release/v1.0.0
//2. 拉取最新代码
git pull
//3. 创立并切换到 release/v1.0.0 分支下 pyj 成员的分支
git checkout -b release/v1.0.0_pyj

开发实现后, 提交合并申请

hotfix 分支

  1. 分支命名: hotfix/ 结尾的为修复分支，它的命名规定与 release 分支相似
  2. 线上呈现紧急问题时，须要及时修复，以 main 分支为基线，创立 hotfix 分支，修复实现后，须要合并到 main 分支

提交

  • feat: 增加新个性
  • fix: 修复 bug
  • docs: 仅仅批改了文档
  • style: 仅仅批改了空格、格局缩进、都好等等，不扭转代码逻辑
  • refactor: 代码重构，没有加新性能或者修复 bug
  • perf: 减少代码进行性能测试
  • test: 减少测试用例
  • chore: 扭转构建流程、或者减少依赖库、工具等 
feat: 实现 xxx 性能
fix: 批改 xxx 报错
退出移动版