master分支是主分支,包含了已经发布到生产环境的稳定,可靠版本的代码。一般情况下,master分支应该只用于发布新版本,而不应该直接修改或提交新的功能。 创建流程: 所有的发布代码都在master分支上合并完成。 当develop分支上的所有功能都经过测试并处于可发布状态时,将develop创建的对应测试通过的release-v1.0分支合并到mas...
(dev)$:git checkout-b feature/xxx #从dev建立特性分支(feature/xxx)$:blabla #开发(feature/xxx)$:git addxxx(feature/xxx)$:git commit-m'commit comment'(dev)$:git merge feature/xxx--no-ff # 把特性分支合并到dev 修复紧急 bug 示例: 代码语言:javascript 复制 (master)$:git checkout-b hotfix...
master 分支一般由 release 以及 hotfix 分支合并,任何时间都不能直接修改代码。 develop 分支 develop 为开发环境分支,始终保持最新完成以及bug修复后的代码,用于前后端联调。一般开发的新功能时,feature分支都是基于develop分支创建的。 feature 分支 开发新功能时,以develop为基础创建feature分支。 分支命名时以 feature...
push 本地dev到origin dev。 本地拉取/切换到master分支,保持与origin master一致。 合并origin release到本地master分支上。 在本地master分支上打上tag(命名方式:产品名_本次版本号(feature上的版本号))。 push本地master到origin master上 包括tag标签【注意:一定要记得选择将自己打好的tag勾选push到远端】。
线上出现紧急问题时,需要及时修复,以master分支为基线,创建hotfix分支。修复完成后,需要合并到 master 分支和 develop 分支。 分支命名以hotfix/开头的为修复分支,它的命名规则与 feature 分支类似。 分支与环境对应关系 在系统开发过程中常用的环境: DEV 环境(Development environment):用于开发者调试使用 ...
(feature/xxx)$: git commit -m 'commit comment' (dev)$: git merge feature/xxx --no-ff # 把特性分支合并到dev 1. 2. 3. 4. 5. 修复紧急bug (master)$: git checkout -b hotfix/xxx # 从master建立hotfix分支 (hotfix/xxx)$: blabla # 开发 ...
Git分支 feature分支:功能分支 dev分支:开发分支 test分支:测试分支 master分支:生产环境分支 hotfix分支:bug修复分支。从master拉取,修复并测试完成merge回master和dev。 某些团队可能还会有 realese分支:预发布分支。 release 为预上
功能分支 feature 预发布分支 release bug 分支 fixbug 其它分支 other 1).主分支 master 代码库应该有一个、且仅有一个主分支。所有提供给用户使用的正式版本,都在这个主分支上发布。 Git主分支的名字,默认叫做Master。它是自动建立的,版本库初始化以后,默认就是在主分支在进行开发。
git的dev分支和master分支是两种常见的代码分支管理策略。它们之间有一些区别,下面我来详细解释。 1. dev分支是开发分支,主要用于团队开发的代码版本控制。在dev分支上进行开发工作,每个开发者可以在该分支上创建自己的feature分支,用于开发新的功能或修复bug。dev分支上的代码相对较新,可能包含了一些未经测试或尚未合并...
主分支(master) 作用:开发者可以从主分支上发布新版本,也可以获得线上代码 开发分支(develop) 作用:开发者将自己的分支首先合并到开发分枝上,也可以从开发分枝上获得最新开发的代码 辅助分支(dev-*,release-*,hotfix-*) 作用: Feature branches:“管理功能开发”的分支,命名以`dev-`开头,用于开发版本新功能,完成...