Git笔记

安装Git

1、sudo apt-get install git      下载git

2、git --version                       查看git版本号

git config --global user.name "WangGaopeng"

git config --global user.email "[email protected]"

创建版本库

$mkdir learngit

$cd learngit

$pwd

/Users/michael/learngit

$git init

InitializedemptyGitrepositoryin/Users/michael/learngit/.git/

瞬间Git就把仓库建好了,而且告诉你是一个空的仓库(empty Git repository),细心的读者可以发现当前目录下多了一个.git的目录,这个目录是Git来跟踪管理版本库的,没事千万不要手动修改这个目录里面的文件,不然改乱了,就把Git仓库给破坏了

第一步,用命令git add告诉Git,把文件添加到仓库:

$git add readme.txt

第二步,用命令git commit告诉Git,把文件提交到仓库:

$ git commit  -m  "wrote a readme file"

运行git status命令看看结果:

需要用git diff这个命令看看


版本回退

git log

$git log --pretty=oneline

$ git reset -- hard HEAD^

$ git reset -- hard3628164

Git提供了一个命令git reflog用来记录你的每一次命令:

$git reflog

撤销修改

git checkout -- readme.txt

Git同样告诉我们,用命令git reset HEAD file可以把暂存区的修改撤销掉(unstage),重新放回工作区:

$ git resetHEAD readme.txt

删除文件

$ rm test.txt

$ git rm test.txt

$ git checkout -- test.txt

远程仓库

第1步:创建SSH Key。在用户主目录下,看看有没有.ssh目录,如果有,再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件,如果已经有了,可直接跳到下一步。如果没有,打开Shell(Windows下打开Git Bash),创建SSH Key:

$ssh-keygen -t rsa -C"[email protected]"

现在,我们根据GitHub的提示,在本地的learngit仓库下运行命令:

$git remote add origin [email protected]:michaelliao/learngit.git

请千万注意,把上面的michaelliao替换成你自己的GitHub账户名,否则,你在本地关联的就是我的远程库,关联没有问题,但是你以后推送是推不上去的,因为你的SSH Key公钥不在我的账户列表中。

添加后,远程库的名字就是origin,这是Git默认的叫法,也可以改成别的,但是origin这个名字一看就知道是远程库。

下一步,就可以把本地库的所有内容推送到远程库上:

git push -u origin master

git push origin master

从远程库克隆

现在,远程库已经准备好了,下一步是用命令git clone克隆一个本地库:

$git clone [email protected]:michaelliao/gitskills.git

如果有多个人协作开发,那么每个人各自从远程克隆一份就可以了。

你也许还注意到,GitHub给出的地址不止一个,还可以用https://github.com/michaelliao/gitskills.git这样的地址。实际上,Git支持多种协议,默认的git://使用ssh,但也可以使用https等其他协议。

https://github.com/michaelliao/gitskills.git

创建与合并分支

首先,我们创建dev分支,然后切换到dev分支:

$git checkout -b dev

git checkout命令加上-b参数表示创建并切换,相当于以下两条命令:

$git branch dev

$git checkout dev

然后,用git branch命令查看当前分支:

$git branch

换回master分支:

$git checkout master

现在,我们把dev分支的工作成果合并到master分支上:

$git merge dev

合并完成后,就可以放心地删除dev分支了:

git branch -d dev

删除后,查看branch,就只剩下master分支了:

$git branch


小结

Git鼓励大量使用分支:

查看分支:git branch

创建分支:git branch

切换分支:git checkout

创建+切换分支:git checkout -b

合并某分支到当前分支:git merge

删除分支:git branch -d  


解决冲突

人生不如意之事十之八九,合并分支往往也不是一帆风顺的。

准备新的feature1分支,继续我们的新分支开发:

$git checkout -b feature1

修改readme.txt最后一行,改为:

Creating anewbranch is quickANDsimple.

在feature1分支上提交:

$ git add readme.txt

 $ gitcommit-m"AND simple"v

切换到master分支:

$ git checkout master

Git还会自动提示我们当前master分支比远程的master分支要超前1个提交。

在master分支上把readme.txt文件的最后一行改为:

Creating anewbranch is quick & simple.

提交:

$git add readme.txt

$git commit -m "& simple"

master分支和feature1分支各自都分别有新的提交,变成了这样:

Git笔记_第1张图片

这种情况下,Git无法执行“快速合并”,只能试图把各自的修改合并起来,但这种合并就可能会有冲突,我们试试看:

$git merge feature1

果然冲突了!Git告诉我们,readme.txt文件存在冲突,必须手动解决冲突后再提交。git status也可以告诉我们冲突的文件:

git status

我们可以直接查看readme.txt的内容

cat readme.txt

Git用<<<<<<<,=======,>>>>>>>标记出不同分支的内容,我们修改如下后保存:

Creating anewbranch is quickandsimple.

再提交:

$git add readme.txt

$git commit -m"conflict fixed"

现在,master分支和feature1分支变成了下图所示:

Git笔记_第2张图片


用带参数的git log也可以看到分支的合并情况:

$ git log --graph --pretty=oneline --abbrev-commit

最后,删除feature1分支:

$git branch -d feature1

分支管理策略

通常,合并分支时,如果可能,Git会用Fast forward模式,但这种模式下,删除分支后,会丢掉分支信息。

如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。

下面我们实战一下--no-ff方式的git merge:

首先,仍然创建并切换dev分支:

$git checkout -b dev

修改readme.txt文件,并提交一个新的commit:

$ git add readme.txt

现在,我们切换回master:

$git checkout master

准备合并dev分支,请注意--no-ff参数,表示禁用Fast forward:

$git merge --no-ff -m"merge with no-ff"dev

因为本次合并要创建一个新的commit,所以加上-m参数,把commit描述写进去。

合并后,我们用git log看看分支历史:

$ git log --graph --pretty=oneline --abbrev-commit

可以看到,不使用Fast forward模式,merge后就像这样:

Git笔记_第3张图片

http://github.liaoxuefeng.com/sinaweibopy/video/merge-with-no-ff.mp4

分支策略

在实际开发中,我们应该按照几个基本原则进行分支管理:

首先,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;

那在哪干活呢?干活都在dev分支上,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并到master上,在master分支发布1.0版本;

你和你的小伙伴们每个人都在dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并就可以了。

所以,团队合作的分支看起来就像这样:

Git笔记_第4张图片

小结

Git分支十分强大,在团队开发中应该充分应用。

合并分支时,加上--no-ff参数就可以用普通模式合并,合并后的历史有分支,能看出来曾经做过合并,而fast forward合并就看不出来曾经做过合并。


Bug分支



tail -f HapN.log.wf

你可能感兴趣的:(Git笔记)