版本管理·玩转git(分支管理)

在开发中,遇到这样的情况怎么办?
网站已有支付宝在线支付功能,要添加"微信支付",修改了两个文件,wechat.php、pay.php。
刚做到一半,突然有个紧急bug:支付宝支付后不能修改订单状态。你需要立即马上修改这个bug,需要修改的文件是,ali.php、pay.php。
问题是,pay.php文件,已经被你修改了过,而且尚未完成,直接在此基础上改,肯定有问题。把pay.php倒回去?那我之前的工作白费了。
此时你肯定会想:在做"微信支付"时,能否把仓库复制一份,不影响原仓库的内容,修改完毕后,再把副本上的修改合并过去。
好的,这时你已经有了分支的思想。
前面见过的master,即是代码的主干分支。
事实上,在实际的开发中,往往不会直接修改和提交到master分支上,而是创建一个dev分支,在dev分支上,修改测试,再把dev分支合并到master上。
如果有了分支,刚才的难题就好解决了。
在做"微信支付"时,我们创建一个wechat分支,把wechat分支commit,此时,master分支内容不会改变,因为分支不同。
当遇到紧急bug时,创建一个AliBug分支,修复bug后,把AliBug分支合并到master分支上。
再次从容切换到wechat分支上,接着开发"微信支付"功能,开发完毕后,把wechat分支合并到master分支上。

接下来我们详细地介绍一下。
查看所有分支

git branch


这样说明只有master分支,且当前处在master分支上,前面的*号代表当前处于的位置。
创建分支

git brand wechat

这时我们查看分支

这时就有了两个分支,但是我们仍然处于master分支上。
接下来我们切换分支。

git checkout wechat


现在我们就处于wechat分支上了。接下来我们在wechat分支上进行一些修改。

现在config.txt文件被修改了,但此时,master分支上有一个紧急的bug需要你去处理,这时,你就得把手头上的工作保存起来,然后去处理bug。
我们输入

git add .
git commit -m "wechat todo"

这样,我们就把在wechat分支上的工作进行了保存。
接下来,我们切换回master分支。

git checkout master

这时候,神奇的事情发生了,看看你的工作目录,刚才增加的内容现在却不见了。我们要的就是这个效果,接下来,我们再创建一个分支用于修复bug。

git branch ali

然后切换到ali分支

git checkout ali

在该分支下,我们进行一些操作,在工作目录中创建一个文件,然后随意编写一些内容。

假设此时我们已经修复好了bug,那么我们就将修改的内容提交到该分支上,接下来就是将该分支合并到master分支上了。
我们先切换到master分支上,会发现我们刚才创建的文件在工作目录中消失了,然后我们输入

git merge ali

这是,在ali分支上进行的文件修改操作就都能在工作目录中被找到了。
这时候,我们又可以切回到wechat分支,进行我们刚才未完成的工作。当完成后,我们就可以将该条分支也合并到master分支上。

删除分支

git branch -d wechat

注意了,当我们在两个分支上修改了同一个内容时,在master分支上进行合并的时候,就会产生冲突,因为此时git无法确定你需要的是哪个版本的信息。

红色框线内的意思是说,编码config.txt,冲突(内容):config.txt中的合并冲突,自动合并失败;修复冲突,然后提交结果。我们看一下冲突的文件。

我们来解决一下冲突,如果我们对着三个值都需要的话,我们就直接把标记删了就行,如果哪个不需要,就把不需要的值删了,这里我就都留着了。

修改完成,我们重新提交一下就可以了。

原文地址:https://www.cnblogs.com/blizzawang/p/11411724.html

时间: 2024-10-08 08:09:05

版本管理·玩转git(分支管理)的相关文章

[转]Git分支管理策略

如果你严肃对待编程,就必定会使用"版本管理系统"(Version Control System). 眼下最流行的"版本管理系统",非Git莫属. 相比同类软件,Git有很多优点.其中很显著的一点,就是版本的分支(branch)和合并(merge)十分方便.有些传统的版本管理软件,分支操作实际上会生成一份现有代码的物理拷贝,而Git只生成一个指向当前版本(又称"快照")的指针,因此非常快捷易用. 但是,太方便了也会产生副作用.如果你不加注意,很可能

Git工程开发实践(四)——Git分支管理策略

Git工程开发实践(四)--Git分支管理策略 一.Git版本管理的挑战 Git是非常优秀的版本管理工具,但面对版本管理依然有非常大得挑战.工程开发中,开发者彼此的代码协作必然带来很多问题和挑战:A.如何开始一个Feature开发,而不影响其它Feature?B.由于很容易创建新分支,分支多了如何管理,时间久了,如何知道每个分支是干什么的?C.哪些分支已经合并回了主干?D.如何进行Release的管理?开始一个Release的时候如何冻结Feature, 如何在Prepare Release的时

[廖雪峰] Git 分支管理策略

通常,合并分支时,如果可能,Git 会用 Fast forward 模式,但这种模式下,删除分支后,会丢掉分支信息. 如果要强制 禁用 Fast forward 模式,Git 就会在 merge 时生成一个新的 commit,这样,从分支历史上就可以看出分支信息. 下面我们实战一下 --no-ff 方式的 git merge: 首先,仍然创建并切换 dev 分支: $ git checkout -b dev Switched to a new branch 'dev' 修改 readme.txt

GIt分支管理策略

大纲: 1.前言 2.创建分支 3.切换分支 4.合并分支(快速合并) 5.删除分支 6.分支合并冲突 7.合并分支(普通合并) 8.分支管理策略 9.团队多人开发协作 10.总结 注,测试机 CentOS 5.5 x86_64,Git 服务器版本:git version 1.8.2.1,客户端版本:git version 1.9.2.msysgit.0.所有软件请到这里下载:http://msysgit.github.io/. 1.前言 在上一篇博客中我们主要讲解了Git 远程仓库,相信大家对

git分支管理与冲突解决(转载)

Git 分支管理和冲突解决 原文:http://www.cnblogs.com/mengdd/p/3585038.html 创建分支 git branch 没有参数,显示本地版本库中所有的本地分支名称. 当前检出分支的前面会有星号. git branch newname 在当前检出分支上新建分支,名叫newname. git checkout newname 检出分支,即切换到名叫newname的分支. git checkout –b newname master 这个命令将上面两个命令合并:在

Github操作与git分支管理

通过今天学习的web新知识和复习Sublime Text的基础知识,让我收获颇多,疑惑也多.尤其是在做用 git 和gitHub来管理自己的代码的题目内容时候遇到了许多的疑问,首先在注册用户时都不太懂,在老师提示和指导下才慢慢理解和完成题目. 了解到git分支管理,感觉这个程序可以给我们带来非常多的便利和快捷.使用的标签也没有很复杂,git程序的操作并不需要网络,而应用到的软件才需要,在团队开发中,遵循一个合理.清晰的开发使用流程是很重要的,不然每人乱写项目会变得难以协调和维护.所以将一个项目文

Git分支管理实战

Git分支管理实战: 使用了Git之后,Git确实比TFS 好用,首先它很轻巧,分支之间切换基本在秒级,分支创建也很方便,但由于方便快捷,最近我们一直在因为分支管理混乱而陷入无穷的痛苦之中, 在此痛定思痛,觉得借鉴网上一个好的方案来管理分支. 一.主分支: 实际开发中,主要存在两条主分支,Master和Develop 分支,这两个分支的生命周期是整个项目周期. 他们有如下特点: 1.Master和develop分支自创建之后都不会删除,会随着项目的增长不断往里面添代码. 2.Master分支是G

Git 分支管理 Feature分支 强行删除分支

软件开发中,总有无穷无尽的新的功能要不断添加进来. 添加一个新功能时,你肯定不希望因为一些实验性质的代码,把主分支搞乱了, 所以,每添加一个新功能,最好新建一个feature分支, 在上面开发,完成后,合并,最后,删除该feature分支(个人倾向于不删). 只是演示效果, 开发中如果并不需要此功能, 不合并feature即可,  不需要删除, 以防后面又需要此功能 --  现在,你终于接到了一个新任务:开发代号为Vulcan的新功能,该功能计划用于下一代星际飞船.    于是准备开发:新建fe

团队项目的Git分支管理规范

原文地址: http://blog.jboost.cn/2019/06/17/git-branch.html 许多公司的开发团队都采用Git来做代码版本控制.如何有效地协同开发人员之间,以及开发.测试.上线各环节的工作,可能都有各自的流程与规范.本文分享的是作者一直沿用的团队项目Git分支管理规范,希望给有缘阅读的人以参考,如果有更好的实践,也欢迎探讨.交流. 分支管理 创建项目时(一般是服务型项目,工具型或辅助型项目可以简单一些),会针对不同环境创建三个常设分支: develop:开发环境的稳