Git笔记

作者: 依哥 | 来源:发表于2016-10-20 01:54 被阅读0次

    安装Git

    1、sudo apt-get install git      下载git

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

    git config --global user.name "WangGaopeng"

    git config --global user.email "157381275@qq.com"

    创建版本库

    $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"youremail@example.com"

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

    $git remote add origin git@github.com:michaelliao/learngit.git

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

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

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

    git push -u origin master

    git push origin master

    从远程库克隆

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

    $git clone git@github.com: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 <name>

    切换分支:git checkout <name>

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

    合并某分支到当前分支:git merge <name>

    删除分支:git branch -d  <name>

    解决冲突

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

    准备新的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无法执行“快速合并”,只能试图把各自的修改合并起来,但这种合并就可能会有冲突,我们试试看:

    $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 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后就像这样:

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

    分支策略

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

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

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

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

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

    小结

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

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


    Bug分支

    tail -f HapN.log.wf

    相关文章

      网友评论

          本文标题:Git笔记

          本文链接:https://www.haomeiwen.com/subject/ouhfuttx.html