git 规范

git commit 提交内容规范

 1. feat: 新功能、新特性 
 2. fix: 修改 bug 
 3. perf: 更改代码，以提高性能 
 4. refactor:代码重构（重构，在不影响代码内部行为、功能下的代码修改） 
 5. docs: 文档修改
 6. style: 代码格式修改, 注意不是 css修改（例如分号修改） 
 7. test: 测试用例新增、修改 
 8. build: 影响项目构建或依赖项修改 revert: 恢复上一次提交 
 9. ci:持续集成相关文件修改 
 10. chore: 其他修改（不在上述类型中的修改） 
 11. release: 发布新版本 
 12. workflow:工作流相关文件修改

git 分支管理规范

一般项目分主分支（master）和其他分支。

当有团队成员要开发新功能或改 BUG 时，就从 master 分支开一个新的分支。例如项目要从客户端渲染改成服务端渲染，就开一个分支叫 SSR，开发完了再合并回 master 分支。
如果要改一个重大的 BUG，也可以从 master 分支开一个新分支，并用 BUG 号命名。

# 新建分支并切换到新分支
git checkout -b test
# 切换回主分支，合并新分支
git checkout master
git merge test||git pull origin test

注意，在将一个新分支合并回 master 分支时，如果新分支中有一些意义不明确的 commit，建议先对它们进行合并（使用 git rebase）。合并后，再将新分支合并回 master 分支。