文档章节

git 不可不学

蔡少东
 蔡少东
发布于 2016/07/10 22:30
字数 985
阅读 104
收藏 15

Git是协作开发中必不可少的,简单的一个人一个分支没有太多需要掌握的,但如果是大型团队,几十个功能同时开发,如何协同良好的使用Git成为了项目顺利进展的基石。如果你即将或刚进入这种大型开发团队,那么本文值得一看。

git rebase

在合并代码或拉取新代码的时候,git会自动生成一个merge的commit,并且分支树在多人开发时变得凌乱不堪。

如果我们有两个分支:master和feature如下图。现在需要把feature分支合并到master分支。

创建新分支

使用:(master)git merge feature && git pull

merge新分支

使用:(master)git rebase feature && git pull --reabse

rebase新分支

小结:如果你的当前分支落后于远程分支,并且你有了自己新的commit,使用git pull会产生一个merge的commit信息。如果使用git pull --rebase,那么会git会将你的commit先放一边,然后把远程分支的内容拉取到你的本地,接着再自动把你的commit放在最上面。中途发生冲突,在解决冲突后使用git rebase --continue来继续rebase操作

git cherry-pick

现在,feature分支有了4个新的commit,但是我们只需要其中的一个或几个合并到master

cherry-pick多个提交

我们可以使用git cherry-pick命令。
git cherry-pick [commitID] 提取一个commit
git cherry-pick [start-commitID]..[end-commitID] 提取一个commit到另一个commit之间的所以commit,不包括start-commitID,包括end-commitID。
git cherry-pick start-commitID]^..[end-commitID] 提取一个commit到另一个commit之间的所以commit,包括start-commitID,包括end-commitID。

在使用git cherry-pick过程中如果遇到冲突,解决冲突后使用git cherry-pick --continue来继续cherry-pick操作。

cherry-pick提取其中几个提交

一个commit其实就是一个文件修改的补丁,cherry-pick就是单纯的把这个文件修改补丁提取,对于被提取的分支不会发生任何变化。

git rebase -i

开发一个新功能,往往会有多个commit信息,但我们在合并的时候,只希望有一个commit信息。rebase -i命令可以帮助我们修改本次合并的所有commit信息

现在,我们在feature有4个commit信息,我们需要把feature合入master,并且希望所有的commit合成一个commit

创建了4个commit

把feature上的4个commit rebase到master后,通过git status查看

查看git status

可以看到,现在和远程分支相比有4个提交

执行git rebase -i

执行git rebaes -i

可以看到,reabse -i的作用是用来编辑所有的commit,也就是在push到远程分支之前,我们可以“为所欲为”,可以看到有多个命令可以使用。
p, pick = 使用此commit。(p是pick命令的缩写,两种方式均支持)
r, reword = 使用此commit, 编辑commit messagee,
e, edit = 使用此commit,并且把commit信息放在第一个,使用commit --amend来修改commit信息
s, squash = 使用此commit,但是合并到前一个commit中去f,
f, fixup = 和squash类似,但是放弃此commit的message

具体的使用还是要自己试试才能体会。

在这里,我们把后三个改成s

修改命令

接着保存会进入一个commit编辑界面

进入新的commit界面

这个时候可以修改我们的commit信息了,这个commit包含了合成的4个commit,我们把commit信息修改成"commit 1,2,3,4"

再使用git log 查看

查看git status

查看git log

最终的分支树

git push 多个commit中的一个

git push [remote] [commit-id]:[branch]

再push到远程仓库就大功告成了。


 

文/刘东寰(简书作者)
原文链接:http://www.jianshu.com/p/ca5a8b53baa5
著作权归作者所有,转载请联系作者获得授权,并标注“简书作者”。

© 著作权归作者所有

共有 人打赏支持
蔡少东
粉丝 21
博文 76
码字总数 75416
作品 0
东莞
程序员
移动互联网iOS工程师必须知道的三点

如果十年磨一剑,那么现在起作为一名iOS工程师,以下三点你必须要知道:   1.现在开始学swift正是时候,永远不要怕晚   因为…新时代的程序语言Swift有很多优势,长江后浪推前浪,Swift上...

程序员客栈
2016/07/12
12
0
Google SketchUp 7——简单而不简单

自从在VeryCD下了个Google SketchUp 7后,这两天就一直在研究这个。 话说我在3D领域是一个骨灰级菜鸟,3Ds MAX摸了无数次也没入过门,而在SketchUp中却瞬间找到了感觉,很是Happy^^。 看看咱...

老朱教授
2017/11/07
0
0
我写了个掘金小册:Git 原理详解和实用指南 [内有限量优惠码]

最近开启了一波疯狂模式,和掘金合作,花一个月的时间,无休息日、天天加班地写了一本掘金小册。这本小册的名字是:Git 原理详解和使用指南。这本小册简单来说,是一本帮助那些始终学不会、学...

扔物线
2017/11/30
0
0
曾记否,到中流击水,浪遏飞舟

前一段时间喜欢八股文,读了好几本这方面的著作。一个基本认知是,八股文在明代已经做到了极致。名家辈出,交相辉映,不断推陈出新,不断深化提高。尽管清代后来又延续八股三百年,清八股基本...

sun_in_china
2014/04/09
0
0
不会git的程序员,会不会被鄙视?

昨天一朋友在微信上问了我一个问题,我觉得很有趣,于是将本次聊天的内容分享给大家。 我朋友说,如果一个程序员不会使用 git,会不会被别人觉得低一个档次? 事先声明啊,这与公司技术栈无关...

闰土大叔
昨天
0
0

没有更多内容

加载失败,请刷新页面

加载更多

Java并发编程:volatile关键字解析

volatile这个关键字可能很多朋友都听说过,或许也都用过。在Java 5之前,它是一个备受争议的关键字,因为在程序中使用它往往会导致出人意料的结果。在Java 5之后,volatile关键字才得以重获生...

engeue
38分钟前
2
0
通过ajax访问远程天气预报服务

http://www.webxml.com.cn/zh_cn/index.aspx 更改wsdl文件 打开文件将15行,51行,101行去掉 然后把文件复制到c盘 然后在桌面上面就生成了文件 将文件打成jar包 package cn.it.ws.weather;...

江戸川
今天
1
0
聊聊storm的tickTuple

序 本文主要研究一下storm的tickTuple 实例 TickWordCountBolt public class TickWordCountBolt extends BaseBasicBolt { private static final Logger LOGGER = LoggerFactory.getLogg......

go4it
今天
1
0
自动装箱和自动拆箱

自动装箱和自动拆箱 Java 提供了 8 种基本数据类型,每种数据类型都有其对应的包装类型,包装类是面向对象的类,是一种高级的数据类型,可以进行一些比较复杂的操作,它们是引用类型而不再基...

tsmyk0715
今天
2
0
简易审计系统

1、有时候我们需要对线上用户的操作进行记录,可以进行追踪,出现问题追究责任,但是linux自带的history并不会实时的记录(仅仅在内存中,当用户正常退出(exit logout )时才会记录到history文件里...

芬野de博客
今天
3
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部