git主要分master、dev这两个分支。 1、master分支用于存储线上稳定、可运行、自以为无Bug的代码最新版本! 2、dev分支用于开发人员日常代码合并更新,为避免各自(需求)分支在完成之后合并导致大量冲突代码,建议每天上班pull、下班push ,保持 dev分支 和 自己分支 的代码和平共处! 3、如有需求进来,必须从master上新建分...
(dev)$: git merge hotfix/xxx --no-ff # 把hotfix分支合并到dev,同步代码 测试环境代码 (release)$: git merge dev --no-ff # 把dev分支合并到release,然后在测试环境拉取并测试 生产环境上线 (master)$: git merge testing --no-ff # 把testing测试好的代码合并到master,运维人员操作 (master)$: gi...
Release Branch 在我看来就是 Pre-Master。Release Branch 从 Master Branch 检出,最终会合并到Master Branch,合并后 Master Branch上就是可以发布的代码了。 所有新增功能的开发分支都是从Dev Branch检出作为本地分支,以feature-功能名-姓名首字母简拼,当功能开发完毕的时候,将 feature Branch 合并到 Dev Branch,在...
master分支是主分支,包含了已经发布到生产环境的稳定,可靠版本的代码。一般情况下,master分支应该只用于发布新版本,而不应该直接修改或提交新的功能。 创建流程: 所有的发布代码都在master分支上合并完成。 当develop分支上的所有功能都经过测试并处于可发布状态时,将develop创建的对应测试通过的release-v1.0分支合并到mas...
总结起来,dev分支和master分支在git代码分支管理中有着不同的作用和使用方式。dev分支用于团队开发和测试阶段,包含最新的开发和实验代码;master分支用于稳定版本的发布和生产环境使用,只包含经过测试的代码。合并dev分支到master分支是为了发布新版本,而release分支则用于最后的测试和准备发布。
push 本地dev到origin dev。 本地拉取/切换到master分支,保持与origin master一致。 合并origin release到本地master分支上。 在本地master分支上打上tag(命名方式:产品名_本次版本号(feature上的版本号))。 push本地master到origin master上 包括tag标签【注意:一定要记得选择将自己打好的tag勾选push到远端】。
master 为主分支,也是用于部署生产环境的分支,需要确保master分支稳定性。master 分支一般由 release 以及 hotfix 分支合并,任何时间都不能直接修改代码。 develop 分支 develop 为开发环境分支,始终保持最新完成以及bug修复后的代码,用于前后端联调。一般开发的新功能时,feature分支都是基于develop分支创建的。
在一些流程完善的公司往往都会有着自己一套比较完善的Git分支管理模型来保障开发和生成环境的代码稳定性,而Git开发、发布、缺陷分离模型是一种流行且适用于大多数团队的Git分支管理模型,它支持master/develop/feature/release/hotfix类型分支。使用这种分支管理模型可以有效地隔离开发、发布和缺陷修复工作,提高代码的质量和稳...
Git的主要分为主分支master,开发分支develop(dev),辅助分支dev-*,release-*,hotfix-* 主分支(master) 作用:开发者可以从主分支上发布新版本,也可以获得线上代码 开发分支(develop) 作用:开发者将自己的分支首先合并到开发分枝上,也可以从开发分枝上获得最新开发的代码 ...
master 分支 master 为主分支,也是用于部署生产环境的分支,需要确保master分支稳定性。master 分支一般由 release 以及 hotfix 分支合并,任何时间都不能直接修改代码。 develop 分支 develop 为开发环境分支,始终保持最新完成以及bug修复后的代码,用于前后端联调。一般开发的新功能时,feature分支都是基于develop分支创建的。