master：主分支，永远是可用的、稳定的、可直接发布的版本，不能直接在该分支上开发
develop：开发主分支，代码永远是最新，所有新功能以这个分支来创建自己的开发分支，该分支只做只合并操作，不能直接在该分支上开发
feature-xxx：功能开发分支，在 develop 上创建分支，以自己开发功能模块命名，功能测试正常后合并到 develop 分支
release：预分布分支，在合并好 feature 分支的 develop 分支上创建，主要是用来测试 bug 的分支，修改好bug并确定稳定之后合并到 develop 和 master 分支，然后发布 master 分支
release-fix：功能 bug 修复分支，在 release 上创建分支修复，修复好测试出来的 bug 之后合并回 release 分支
hotfix-xxx：紧急 bug 修改分支，项目上线之后可以会遇到一些环境问题需要紧急修复，在 master 分支上创建，流程跟 release 分支相似，修复完成后合并到 develop 和 master 分支
主要规范两点： git 分支命名规范 git提交记录规范 一. git 分支命名规范 git分支分为集成分支、功能...
git 分支命名规范 git 分支命名规范 为规范开发，保持代码提交记录以及 git 分支结构清晰，方便后续维护，...
Git 分支命名规范 为规范开发，保持代码提交记录以及 git 分支结构清晰，方便后续维护，现规范 git 的相关...
git 分支命名规范： master分支：稳定可用的版本的（可部署的）分支，不能直接在该分支上开发 develop...
master：主分支，永远是可用的、稳定的、可直接发布的版本，不能直接在该分支上开发 develop：开发主分支，...
master 分支 master 为主分支，也是用于部署生产环境的分支，确保master分支稳定性 master ...
master（主分支，永远是可用的、稳定的、可直接发布的版本，不能直接在该分支上开发） develop（开发主分支...
GIT 分支名称规范与含义 开发分支命名为 dev-[你的名字缩写或英文名]-[创建分支日期],例如：dev-yz...
分支命名规范： 1.修复bug分支命名规范： {tagName}_bugfix_{bugfixId}，其中tagN...
日志规范 惊讶！我定的日志规范被CTO在全公司推广了 Git 分支设计规范 git规范 Git分支设计规范
本文标题：git 上的分支命名规范
本文链接：https://www.haomeiwen.com/subject/oobdwftx.html
网友评论