Git 规范

分支命名规范

• master: 最新稳定分支，上线后的功能，需要合并到 master
• release/yyyyMMdd: 历史稳定分支
• feature/user_define_feature: 特性分支，自定义名称即可

分支合并规范

1. 新需求：需要从 master 检出 feature分支进行开发
2. 上线：从 master 检出 reelase/yyyyMMdd 分支，再将不同的 feature 分支全入 release 分支，发布上线
3. bug修复：从对应的 release 分支中检出 feature 分支，修复后合并到 release 中发布
4. 发布完成：从 release 分支合并到 master，完成一个周期

提交记录规范

commit类型	描述
feat	新功能的开发
fix	修复问题/BUG
style	代码风格相关无影响运行结果的
perf	优化/性能提升
refactor	对已存在的功能进行重构
revert	撤销修改，撤销上个commit提交
test	测试相关
docs	文档/注释及格式的改动
chore	依赖更新/脚手架配置修改等
workflow	工作流改进
ci	持续集成
types	类型定义文件更改
build	改变了build工具
wip	开发中

• 示例

fix: 修复图片显示异常

代码提交过程

• 使用提示：代码管理-强烈推荐
• 说明：为防止版本管理上，代码会错误 merge 而被覆盖的问题，需要按照以下步骤进行操作：
  1. 把不需要提交的代码还原掉
  2. 把需要提交的代码提交到本地 【commit】
  3. 拉取 gitee 上的代码 【pull】
  4. 处理冲突【按照上面步骤操作，冲突将针对是最少的】
  5. 将代码推向 gitee 【push】