问题描述:提交的远程分支中有一个小bug需要修复: 首先在本地拉取指定分支的代码: git checkout -b test origin/远程分支 git pull 再从test分支中切一个分支: git checkout -b issue- 修改相应的bug,并提交到暂存区: git add git commit -m "" 然后切换到test分支,并merge分支issue-01: git merge issue- 然后提交分支test到远程分支…

前面介绍了Git版本控制,为我们省去了很多不必要的麻烦. 回滚 有没有想过,在我们开发过程中,修改需要是常有的事,如果我们现在不想要这个功能了,那么如何回到之前的版本呢?回滚,回到上一个版本. 那如果我们后来又想把那个功能加上,但又不能回滚道之前的版本,怎么办?我们可以在版本库找到所有的版本 ,返回到我们需要的版本,继续开发. git reflog 查看所有版本 git reset -hard 回滚 git checkout 修复bug 如果我们在可发的过程中,之前上线的代码出现bug怎么办?…

/*游戏或者运动才能让我短暂的忘记心痛,现如今感觉学习比游戏和运动还重要——曾少锋*/ 如果对于分支还不太明白的学者.请先参考:http://www.cnblogs.com/zengsf/p/7512136.html 我们先来讲讲bug分支: 假设你现在在分支1上写东西,但只写到了一半,然后你发现master有你写错了的地方,那么你就 要先把分支1上的内容藏起来了(前提是没有提交),然后去创建一个新的分支2,在分支2上把主分支上要改的东西改好来, 之后再把分支2和master合并就行了.然后在回…

场景描述 当一个项目已经上线,同时又在原有基础上新增功能模块,于是乎就要在原有代码的基础上进行开发,在新增模块功能的开发的过程中,项目发现了一个紧急Bug,需要修复.应对这种情况,有以下两种解决方案: # 方案一:stash stash 用于将工作区发生变化的所有文件获取临时存储在“某个地方”,将工作区还原当前版本未操作前的状态:当bug修复完毕后,可将临时存储在“某个地方”的文件再次拿回到工作区(此方案不常用,故不赘述): 方案二:branch branch 称为分支,默认仅有一个名为 mas…

工作除了开发最新的版本之外还要对原来的版本做例行的维护,修修补补.于是有了在两个分支之间游走切换的问题,最新改版的代码在分支 new 上,旧版本的代码在分支 old 上,我在 new 上开发了一半,忽然有人给了我一个改进的需求,于是我要切换回 old 去修改代码.在这个场景下,我摸索了三种方法: 及时 commit 代码 在 new 分支上把已经开发完成的部分代码 commit 掉,不 push,然后切换到 old 分支修改代码,做完了commit,所有分支互不影响,这是一个理想的方法. 使用…

从2016年8月1日开始真正意义上的修复bug,也是自己开发之路的开端,希望在这里记录自己修bug过程中遇到的问题及解决方法,待能够自己开发需求的时候,计划记录开发新需求过程中遇到的问题,并且记录自己完成了哪些新需求,每天进步一点点,fighting 1089 [12580-H5]飞牛特价商品列表页商品价格与详情页价格不一致 列表页显示商品价格01,详情页显示价格0.01   修复了#1089Bug :http://dev.12580.com/pro/bug-view-1089.html 去掉正…

使用Git分支开发新特性或修复Bug 通过分支,可以在不影响原有代码的前提下改变代码,主要用于开发新功能新特性.下 一代产品 为已经发布的正式版修复bug 团队开发时为每个人建立一个分支,从而避免相互影响 每个分支都有自己的历史记录  除了使用Eclipse工具创建/切换分支之外,也可以使用命令方法创建及切换分支 创建并切换:  git  checkout  -b 分支名 切换:  git  checkout   分支名 git  brach    查看所有分支 使用@ResponseBody和…

遭遇 bug 的时候,理性的程序员会说:这个 bug 能复现吗? 自负型:这不可能,在我这是好好的. 经验型:不应该,以前怎么没问题? 幻想型:可能是数据有问题. 无辜型:我好几个星期都没碰这块代码了! 乐观型:只需要改一行代码,不会影响其它程序的. 实践型:你重启一下服务试试. 无论你是哪种类型的程序员,遭遇 bug,内心都是崩溃的,尤其是产品经理或测试人员在使用或测试产品的过程中抓到你的一个 bug 之后那种如获至宝的表情和欢呼声,会让我们的心情久久不能平静.于情于理,防患于未然,减少编程中…

最近刚接触Git,下面对一些基本的使用做一下总结. 本文是转载于CSDN:http://blog.csdn.net/rryqsh/article/details/8230560 几乎所有的版本控制工具都有branch功能,branch主要用于以下几个场景: 1,控制产品OEM. 基本上做产品,不同的客户都会提出多种不同特性需求,最简单的例子就是LOGO和标题完全不一样.但是可能产品自身的大部分功能和模块的代码一样的,这个时候如何管理多个客户定制的功能特性,并且不会干扰其他OEM版本的功能呢? 如…

翻译:李伟 审校:张帆 译自:Github JF杰微刊:如何在Git中撤销一切 任何一个版本控制系统中,最有用的特性之一莫过于 "撤销(undo)"操作.在Git中,"撤销"有很多种含义. 当你完成了一次新的提交(commit),Git会及时存储当前时刻仓库(repository)的快照(snapshot):你能够使用Git将项目回退到任何之前的版本. 下文中,我将列举几个常见的.需要"撤销"的场景,并且展示如何使用Git来完成这些操作. 一.撤…