代码人生的小狗窝

一行行枯燥的代码,却描绘出人生的点点滴滴

您现在的位置是:首页>_开源软件

Git 旁支

发布时间:2019-11-22浏览(2059)

    Git 分支

    Git 分支

    几乎版本控制系都以某形式支持分支。使用分支意味着你可以从开发线上分

    来,然后在不影响主线的同时继续工作。在很多版本控制系中,是个昂程,

    常常需要建一个源代的完整副本,大型目来会花长时间

    有人把Git 的分支模型称“必技特性”,而正是因它,将Git 从版本控制系

    族里区分出来。Git 有何特呢?Git 的分支可以置信的,它的新建操作

    几乎可以在瞬完成,并且在不同分支起来也差不多一快。和多其他版本控制系

    不同,Git 鼓励在工作流程中繁使用分支与合并,哪怕一天之内多次都没有

     

    何谓分支

    Git 保存的不是文件差异或者化量,而只是一系列文件快照。

    Git 中提交,会保存一个提交(commit象,它包含一个指向存内容快照的指

    ,作者和相附属信息,以及一定数量(也可能没有)指向提交象直接祖先的指

    第一次提交是没有直接祖先的,普通提交有一个祖先,由两个或多个分支合并生的提交

    有多个祖先。

     

    在工作目中有三个文件,准将它们暂存后提交。存操作会对每一个文件算校和(SHA-1 哈希字串),然后把当前版本的文件快照保存到Git 仓库中(Git 使用blob 型的象存储这些快照),并将校和加入区域:

     

    当使用git commit 新建一个提交象前,Git 会先一个子目(本例中就是根目)的校和,然后在Git 仓库中将些目保存为树tree象。之后Git 建的提交象,除了包含相提交信息以外,包含着指向树对象(目根目)的指,如此它就可以在将来需要的候,重此次快照的内容了

     

    在,Git 仓库中有五个象:三个表示文件快照内容的blob 象;一个记录着目录树

    内容及其中各个文件对应blob 象索引的tree 象;以及一个包含指向tree 象(根目)的索引和其他提交信息元数据的commit

     

    Git 中的分支,其仅仅是个指向commit 象的可Git

    会使用master 分支的默名字。在若干次提交后,你其有了一个指向最后一次

    提交象的master 分支,它在次提交的候都会自向前移

     

     

    Git 又是如何建一个新的分支的呢?答案很简单建一个新的分支指。比如

    新建一个testing 分支,可以使用git branch 命令:

    $ git branch testing会在当前commit 象上新建一个分支指

     

    Git 是如何知道你当前在哪个分支上工作的呢?其答案也很简单,它保存着一

    个名HEAD 的特

    Git 中,它是一个指向你正在工作中的本地分支的指。运行git branch 命令,仅仅是建立了一个新的分支,但不会自个分支中

     

     

    要切到其他分支,可以git checkout 命令。我们现转换到新建的testing

    支:$ git checkout testing  这样HEAD 就指向了testing 分支

     

    $ git checkout master条命令做了两件事。它把HEAD 移回到master 分支,并把工作目中的文件master 分支所指向的快照内容。也就是始所做的改,将始于本目中一个老的版本。它的主要作用是将testing 分支里作出的修改暂时取消,这样你就可以向另

    一个方向开发

     

    由于Git 中的分支实际是一个包含所指象校和(40 个字符SHA-1 字串)

    的文件,所以建和销毁一个分支就得非常廉价。白了,新建一个分支就是向一个文件

    写入41 个字(外加一个行符)那么简单,当然也就很快了

     

     

    基本的分支与合并

    转换分支的候最好保持一个清的工作区域。稍后会介几个绕过这种问题法(分叫做stashing amending

     

    Git 会把工作目的内容恢复为检出某分支它所指向的那个commit 的快照。它会自添加、除和修改文件以确保目的内容和你上次提交完全一

     

    git merge 命令来行合

    合并了“Fast forward”(快)提示。由于当前master 分支所在的commit 是要并入的hotfix 分支的直接上游,Git 只需把指直接右移。话说,如果着一个分支走下去可以到达另一个分支,那Git 在合并两者,只会简单把指移,因没有什分歧需要解决,所以程叫做快Fast forward)。

     

    使用git branch -d 选项表示

     

    特殊的commit 称作合并提交(mergecommit),因它的祖先不止一个

     

    冲突的合并

    候合并操作并不会如此利。如果你修改了两个待合并分支里同一个文件的同一部

    分,Git 就无法干地把两者合到一将得到似下面的结果:

    CONFLICT (content): Merge conflict in 文件名

    Automatic merge failed; fix conflicts and then commit the result.

    Git 作了合并,但没有提交,它会停下来等你解决冲突。要看看哪些文件在合并时发生冲

    突,可以用git status 查阅

    任何包含未解决冲突的文件都会以未合并(unmerged)状列出。Git 会在有冲突的文件

    里加入准的冲突解决标记,可以通来手工定位并解决些冲

    在解决了所有文件里的所有冲突后,运行git add 将把它们标记为解决(resolved)。因一旦存,就表示冲突已解决。如果你想用一个有形界面的工具来解决问题,不妨运行git mergetool,它会用一个可化的合并工具并引你解决所有冲突

     

    再运行一次git status 来确所有冲突都已解决

     

    分支管理

    git branch 命令不仅仅建和除分支,如果不加任何参数,它会出当前所有分支的清

     

    分支前的* 字符:它表示当前所在的分支

     

    若要看各个分支最后一次commit 信息,运行git branch -v

     

    要从筛选出你已(或尚未)与当前分支合并的分支,可以用--merge --no-merged 选项

     

    git branch --no-merged 看尚未合并的工作:我会看到其余未合并的分支。因其中包含未合并的工作,用git branch -d 分支致失:如果你信你要除它,可以用大写的选项-D

     

    分支式工作流程

    长期分支

    你可以同时拥有多个放的分支,个分支用于完成特定的任,随着开发的推,你可以随把某个特性分支的成果并到其他分支中。

    多使用Git 开发者都喜这种方式来展工作,比如master 分支中保留完

    定的代,即已经发布或即将布的代。与此同,他们还有一个名develop

    next 的平行分支,专门用于后开发,或用于定性测试—— 当然并不是一定要绝对稳定,不一旦入某种稳定状,便可以把它合并到master 里。这样,在确保已完成的特性分支(短期分支,如前例的iss53)能所有测试,并且不会引入更多错误之后,就可以并到主干分支中,等待下一次的

     

    某些大会有个proposed(建)或puproposed updates,建更新)分支,它包含着那些可能没有成熟到nextmaster 的内容。这么做的目的是有不同次的定性:当些分支入到更定的水,再把它合并到更高分支中去。再次明下,使用多个期分支的做法并非必需,一般来于特大型目或特复杂目,这么做确更容易管理

     

    特性分支

    在任何模的目中都可以使用特性(Topic)分支。一个特性分支是指一个短期的,用来实现单一特性或与其相工作的分支

     

    远程分支

    程分支(remote branch)是对远仓库的索引。它是一些无法移的本地分

    支;只有在Git 的网动时才会更新。程分支就像是书签,提醒着你上次

    仓库时上面各分支的位置。

    (远程仓库名)/(分支名) 这样的形式表示程分支

    们团队有个地址git.ourcompany.com Git器。如果你从里克隆,Git 会自动为你将此仓库命名origin,并下其中所有的数据,建立一个指向它的master 分支的指,在本地命名origin/master,但你无法在本地更改其数据。接着,Git 建立一个属于你自己的本地master 分支,始于originmaster 分支相同的位置,你可以就此工作。

    可以运行git fetch origin 行同命令首先找到origin 是哪个服器(本例git.ourcompany.com),从上面取你尚未有的数据,更新你本地的数据,然后把

    origin/master 的指移到它最新的位

     

    推送

    要想和其他人分享某个分支,你需要把它推送到一个你有写限的仓库。你的本地

    分支不会被自到你引入的程分支中,除非你明确行推送操作。话说于无

    意分享的,你尽可以保留私人分支,而只推送那些同工作的特性分支

     

    如果你有个叫serverfix 的分支需要和他人一起开发,可以运行git push (远程仓库名) (分支名)

     

    跟踪分支

    程分支出的本地分支,称跟踪分支(tracking branch)。跟踪分支是一

    分支有直接系的本地分支。在跟踪分支里git pushGit 会自行推断应该向哪个服

    器的哪个分支推送数据。反来,在些分支里运行git pull 取所有程索引,并

    把它的数据都合并到本地分支中来

     

    在克隆仓库时Git 通常会自动创建一个master 分支来跟踪origin/master正是

    git push git pull 始就能正常工作的原因

     

    本地分支定不同于程分支的名字,只需在前个版本的命令里个名字:

    $ git checkout -b sf origin/serverfix

    在你的本地分支sf 会自origin/serverfix 推送和抓取数据了。

     

    删除远程分支

    git push[远程名] :[分支名]

     

    衍合

    把一个分支整合到另一个分支的法有两merge(合并) rebase(衍合)

    衍合基础

    最容易的整合分支的方法是merge 命令,它会把两个分支最新的快照(C3C4)以及二者最新的共同祖先(C2行三方合

     

    你可以把在C3 生的丁重新在C4 的基上打一遍。在Git 里,这种操作叫做衍合rebase)。有了rebase 命令,就可以把在一个分支里提交的改在另一个分支里重放一遍

    如:$ git checkout experiment

    $ git rebase master

    它的原理是回到两个分支(你所在的分支和你想要衍合去的分支)的共同祖先,提取你

    所在分支次提交时产生的差异(diff),把些差异分保存到临时文件里,然后从当前

    分支转换到你需要衍合入的分支,依序施用一个差异丁文件

     

    合并果中最后一次提交所指向的快照,无是通一次衍合是一次三方合并,都是同的快照内容,只是提交的史不同了。衍合按照行改变发生的次序重演生的改,而合并是把最终结果合在一起

     

    衍合的风险

    永远不要衍合那些已经推送到公共仓库的更新。