哎哟喂!刚刚过完1024,但是心里还是觉得4201比较适合自己。为啥?因为要改的bug还没有改完。继【Git笔记3】关于撤销、删除、恢复的那些事儿之后停更了一个月!现在Git笔记回归啦。
今儿,我们来说说关于远程仓库的必知、远程仓库的创建,还有如何合并分支(fast foeward模式)及解决冲突。上菜了哈,这一次准备一口气全部更新完,还有4道菜!总共几道菜?你你,猜呀。
一、远程仓库
(1)前言
在【Git笔记1】本地项目与GitHub远程仓库互联中,我们已经知道远程仓库这么回事,但是并不知道这究竟是啥?
那么,我们简单说说吧。同一个Git仓库可以分布在不同的机器上,他们是怎么分布的?刚刚开始只有一台机器有一个原始版本库,别的机器就“克隆”这个原始版本库在每台机器上的版本库是一样的,没有主次之分。
Github提供Git仓库托管服务。只要注册一个GitHub账号。就可以免费获得Git远程仓库。你可以从Github这个“服务器”仓库克隆项目到自己的电脑上,你和你的小伙伴各自把各自的提交推送到Github仓库里,也可从github仓库中拉取小伙伴的提交。
关于远程仓库的建立:可见【Git笔记1】本地项目与GitHub远程仓库互联第3点介绍的远程仓库。
(2)添加远程库
场景:你已经在本地创建了一个Git仓库后,又想在GitHub创建一个Git仓库,并且让这两个仓库进行远程同步,这样,GitHub上的仓库既可以作为备份,又可以让其他人通过该仓库来协作。详细操作请看【Git笔记1】本地项目与GitHub远程仓库互联第4点介绍的将本地仓库push到Github。
这里说几个点:
(3)从远程库克隆
假设我们从零开发,那么最好的方式是先创建远程库,然后,从远程库克隆
注意:
如果有多个人协作开发,那么每个人各自从远程克隆一份就可以了。GitHub给出的地址不止一个,还可以用ssh。
Git支持多种协议,默认的git://使用ssh,但也可以使用https等其他协议。使用https除了速度慢以外,还有个最大的麻烦是每次推送都必须输入口令,但是在某些只开放http端口的公司内部就无法使用ssh协议而只能用https。
二、创建与合并分支
需要记住的命令:
预备知识:
每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master分支。HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支。
一开始的时候,master分支是一条线,Git用master指向最新的提交,再用HEAD指向master,就能确定当前分支,以及当前分支的提交点,HEAD指向谁,谁就是当前分支。
每次提交,master分支都会向前移动一步,这样,随着你不断提交,master分支的线也越来越长。当我们创建新的分支,例如dev时:
Git新建了一个指针叫dev,指向master相同的提交,再把HEAD指向dev,就表示当前分支在dev上,图示:
这里,git checkout -b dev 相当于两句话,git branch dev(建一个分支),git checkout dev (切换到这个分支)。可以使用git branch命令查看当前分支。
git branch命令会列出所有分支,当前分支前面会标一个*号,然后,我们就可以在dev分支上正常提交。你也可以使用 git branch -a (显示的是本地版本区和远程库的全部分支)
对readme.txt做个修改,加上一行:Creating a new branch is quick。难道你每次都是打开txt,然后添加?我可是用vim,以后有机会出点关于vim的学习笔记。
我这里以添加Creating a new branch is quick为例,简单说下步骤吧vim <file>打开文件。
输入vim readme.txt,进入是命令行模型,不能编辑,按i进入编辑模式,然后写上需要编辑的内容,然后按esc进行命令行模型,输入:wq(保存退出)。:wq在界面的最下面会出现的。
因为我已经保存了,所以我用:q!(不保存文件,退出vi编辑器 )。然后提交,切换到master分支,查看一下readme.txt.
发现刚才添加的内容不见了!
不慌,因为那个提交是在dev分支上,而master分支此刻的提交点并没有变:
我们把dev分支的工作成果合并到master分支上:
git merge命令用于合并指定分支到当前分支。合并后,再查看readme.txt的内容,就可以看到,和dev分支的最新提交是完全一样的:
注意:git merge命令后,有Fast-forward信息,Git告诉我们,这次合并是“快进模式”,也就是直接把master指向dev的当前提交,所以合并速度非常快。
当然,也不是每次合并都能Fast-forward,因为还有冲突需要解决,我们后面会学习其他方式的合并。合并完成后,就可以放心地删除dev分支了:
Switch了解一波,实际上,切换分支这个动作,用switch更科学,因为我们注意到切换分支使用git checkout <branch>,而前面讲过的在工作区进行撤销修改则是git checkout -- <file>,同一个命令,有两种作用,确实有点令人迷惑。
因此,最新版本的Git提供了新的git switch命令来切换分支,创建并切换到新的dev分支,可以使用:git switch -c dev,直接切换到已有的master分支,可以使用:git switch master
三、解决冲突
合并分支往往也不是一帆风顺的,当Git无法自动合并分支时,就必须首先解决冲突。解决冲突后,再提交,合并完成。解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容,再提交。
什么情况会有冲突?请看下面例子,我们一起学习鸭。创建feature1分支,继续我们的新分支开发:
修改readme.txt最后一行,改为:Creating a new branch is quick AND simple.
在feature1分支上提交:
切换到master分支,Git还会自动提示我们当前master分支比远程的master分支要超前7个提交。
在master分支上把readme.txt文件的最后一行改为:Creating a new branch is quick & simple.
现在,master分支和feature1分支各自都分别有新的提交,变成了这样:
这就有冲突啦,这种情况下,Git无法执行“快速合并”,只能试图把各自的修改合并起来,但这种合并就可能会有冲突。你可以试一下git merge feature1
Git告诉我们,readme.txt文件存在冲突,必须手动解决冲突后再提交。
git status也可以告诉我们冲突的文件,如下图:
我们可以直接查看readme.txt的内容:
Git用<<<<<<<,=======,>>>>>>>标记出不同分支的内容,我们vim打开修改如下后保存:
再提交:
现在,master分支和feature1分支变成了下图所示:
用git log --graph命令可以看到分支合并图。为了简单查看:git log --graph --pretty=oneline --abbrev-commit
别忘记了把分支删除哈,git branch -d feature1
至此,【Git学习笔记4】关于远程仓库的必知、创建与合并分支(fast foeward模式)及解决冲突内容已经讲述完毕,前三期的内容在下面的往期回顾中查看。Git系列是一个偏向于实践的,建议边看边实践,或收藏待看。