关于git:git规范

1次阅读

共计 949 个字符,预计需要花费 3 分钟才能阅读完成。

分支

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 报错
正文完
 0