Git开发分支使用与管理规范

【Git开发分支使用与管理规范】的更多相关文章

Git开发分支使用与管理规范

最稳定的代码放在 master 分支上(相当于 SVN 的 trunk 分支),我们不要直接在 master 分支上提交代码,只能在该分支上进行代码合并操作,例如将其它分支的代码合并到 master 分支上. 我们日常开发中的代码需要从 master 分支拉一条 develop 分支出来,该分支所有人都能访问,但一般情况下,我们也不会直接在该分支上提交代码,代码同样是从其它分支合并到 develop 分支上去. 当我们需要开发某个特性时,需要从 develop 分支拉出一条 feature 分支…

Git开发分支管理

远程仓库有master和dev分支的情况 1. 克隆代码 git clone https://somewhere.com/master-dev.git 2. 查看所有分支 git branch --all # 默认有了dev和master分支,所以会看到如下三个分支 # master[本地主分支] origin/master[远程主分支] origin/dev[远程开发分支] # 新克隆下来的代码默认master和origin/master是关联的,也就是他们的代码保持同步 # 但是origin…

git(icode)分支及发布管理方式

如果git(icode)不加管理,可能出现枝节蔓生.四处开放的版本库.到处都是分支,完全看不出主干发展的脉络,造成下图的局面: 为了降低合并和版本管理的成本,团队引入一种值得借鉴的管理方式(link) 1.存在一条主分支(master).所有用户可见的正式版本,都从master发布.主分支作为稳定的唯一代码库,不做任何开发使用. 拉取源:无需. 合并目标:无需. 修改:不允许. 生命期:持续. 2.存在一条开发分支(develop).这个分支维护了当前开发中代码的主线,始终保持代码新于maste…

成功的GIT开发分支模型和策略

详细图文并茂以及git flow工具解释参考: http://danielkummer.github.io/git-flow-cheatsheet/index.zh_CN.html 原文地址:http://nvie.com/posts/a-successful-git-branching-model/ 本文中我将介绍我在多年的项目开发中使用的开发模型,这个模型被实践检验为正确有效的模式.本文中,我将不会涉及到项目的任何细节,只讨论关于分支策略和release管理为什么要使用Git? 网上有很多…

git 给分支添加描述管理分支实用方法

1.背景在我们工作中,正常情况我们处在一个迭代中,一个人最多会有几个功能,比较正常的操作我们会给每个大功能创建不同的分支,方便管理. 我们可以非常愉快的进行版本管理,遇到特殊情况我们也可以方便版本退回. 嗯嗯,这个是正常情况,但是我们大多数情况我们都会,在迭代期间去解决一些线上为了不和迭代产生冲突我们会新建新的分支然后就会像下面一样完全处于懵逼状态,分支如果记错了,会导致很多恶心的问题,我们急需一个添加分支描述的工具 2.添加分支备注工具在git工具中我们可以给分支添加备注我们可以通过…

Git分支管理规范

关于Git的一些分支管理规范... 一.分支与角色说明 Git 分支类型 master 分支(主分支) 稳定版本 develop 分支(开发分支) 最新版本 release 分支(发布分支) 发布新版本 hotfix 分支(热修复分支) 修复线上Bug feature 分支(特性分支) 实现新特性 Gitlab 角色与项目角色对应关系 Owner(拥有者) Git 管理员 Master(管理员) 开发主管 Developer(开发者) 开发人员 Reporter(报告者) 测试人员 Guest(…