git 规范

git 分支命名规范:

master分支:稳定可用的版本的(可部署的)分支,不能直接在该分支上开发

develop:开发主分支,不做开发用,只做合并用,是所有功能分支的合并主分支

feature:功能开发分支,在develop上创建分支,以开发的功能模块命名(feature-xxx),测试完成后合并到develop分支

feature-xxx-fix:bug修复分支,feature-xxx合并之后发现bug,在develop上创建分支进行修复,修复完成后合并到develop分支,在featrue-xxx合并之前发现bug,在feature-xxx修复bug,修复完成后再合并到develop分支

hotfix-xxx:紧急修复bug分支,再master上创建分支,修复完成后再合并到master分支

注意:一个功能分支尽量只开发一个功能模块,不要多个功能模块在一个分支上开发

feature分支在申请合并之前,首先pull一下develop分支,看是否有冲突,如果有冲突先解决冲突在合并

git commit  message规范:

格式:<type>: <subject>

type:提交类型,subject:提交目的简单描述

type分类:fix: 修复bug、add: 新功能、update: 更新、refactor : 某个已有功能重构、perf : 性能优化

style : 代码格式改变、test: 增加测试代码、docs : 文档改变、revert: 撤销上一次的commit、build: 构建工具或构建过程等的变动

©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

友情链接更多精彩内容