git的使用

作者: 破晓霜林 | 来源:发表于2017-04-12 20:52 被阅读46次

    版本库

    什么是版本库呢?版本库又名仓库,英文名repository,你可以简单理解成一个目录,这个目录里面的所有文件都可以被Git管理起来,每个文件的修改、删除,Git都能跟踪,以便任何时刻都可以追踪历史,或者在将来某个时刻可以“还原”。

    git init
    将本地的目录变成版本库,如果你使用Windows系统,为了避免遇到各种莫名其妙的问题,请确保目录名(包括父目录)不包含中文。
    如果你没有看到.git目录,那是因为这个目录默认是隐藏的,用ls -ah命令就可以看见。

    Paste_Image.png

    添加文件和提交文件

    第一步,使用命令git add <file>,注意,可反复多次使用,添加多个文件<也可以是文件夹>;
    第二步,使用命令git commit -m "First Commit, Init Git",完成。
    其中 git add . 指的是添加该目录下的所有文件


    Paste_Image.png

    工作区和暂存区

    当前的工作目录就是工作区
    .git 就是git的版本库
    Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master,以及指向master的一个指针叫HEAD。

    第一步是用git add把文件添加进去,实际上就是把文件修改添加到暂存区;
    第二步是用git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支
    因为我们创建Git版本库时,Git自动为我们创建了唯一一个master分支,所以,现在,git commit就是往master分支上提交更改。

    你可以简单理解为,需要提交的文件修改通通放到暂存区,然后,一次性提交暂存区的所有修改。

    git status 可以用来查看当前的git状态


    第一次提交之后的状态

    管理版本

    为什么Git比其他版本控制系统设计得优秀,因为Git跟踪并管理的是修改,而非文件。


    未提交前.png

    用git diff HEAD -- readme.txt命令可以查看工作区和版本库里面最新版本的区别


    未提交之前.png
    提交之后的git Status
    提交后git diff.png

    撤销修改

    命令git checkout -- readme.txt意思就是,把readme.txt文件在工作区的修改全部撤销,这里有两种情况:
    一种是readme.txt自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;
    一种是readme.txt已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态。
    总之,就是让这个文件回到最近一次git commit或git add时的状态。
    git checkout -- file命令中的--很重要,没有--,就变成了“切换到另一个分支”的命令,我们在后面的分支管理中会再次遇到git checkout命令

    git reset命令既可以回退版本,也可以把暂存区的修改回退到工作区。当我们用HEAD时,表示最新的版本
    场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令git checkout -- file。
    场景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git reset HEAD file,就回到了场景1,第二步按场景1操作。
    场景3:已经提交了不合适的修改到版本库时,想要撤销本次提交,参考版本回退一节,不过前提是没有推送到远程库

    分支的创建和管理

    git checkout命令加上-b参数表示创建并切换

    git branch dev
    git checkout dev
    witched to branch 'dev'

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


    Paste_Image.png

    合并分支

    git merge命令用于合并指定分支到当前分支。合并后,再查看工程的内容,就可以看到,和dev分支的最新提交是完全一样的

    Paste_Image.png

    **注意到上面的Fast-forward信息,Git告诉我们,这次合并是“快进模式”,也就是直接把master指向dev的当前提交,所以合并速度非常快。

    当然,也不是每次合并都能Fast-forward,我们后面会讲其他方式的合并。**

    删除分支


    Paste_Image.png

    解决冲突

    冲突测试.png

    版本回退

    HEAD指向的版本就是当前版本,因此,Git允许我们在版本的历史之间穿梭,使用命令git reset --hard commit_id。
    穿梭前,用git log可以查看提交历史,以便确定要回退到哪个版本。
    要重返未来,用git reflog查看命令历史,以便确定要回到未来的哪个版本。

    合并之后发现工程打不开的问题:
    " cannot be opened because the project file cannot be parsed"

    解决方式


    Paste_Image.png
    Paste_Image.png

    把里面涉及 "<<<<<<<<HEAD======================>>>>>>>>>>>>>>Dev"冲突解决掉即可。

    BUG分支

    当手头工作没有完成时,先把工作现场git stash一下,然后去修复bug,修复后,再git stash pop,回到工作现场。


    Paste_Image.png

    恢复现场

    git stash list


    Paste_Image.png

    工作现场还在,Git把stash内容存在某个地方了,但是需要恢复一下,有两个办法:
    一是用git stash apply恢复,但是恢复后,stash内容并不删除,你需要用git stash drop来删除;
    另一种方式是用git stash pop,恢复的同时把stash内容也删了:


    Paste_Image.png

    新功能特性的分支

    开发一个新feature,最好新建一个分支;
    如果要丢弃一个没有被合并过的分支,可以通过git branch -D <name>强行删除。
    注意区分大小写

    多人协作

    当你从远程仓库克隆时,实际上Git自动把本地的master分支和远程的master分支对应起来了,并且,远程仓库的默认名称是origin。

    查看远程分支

    要查看远程库的信息,用git remote


    Paste_Image.png

    或者,用git remote -v显示更详细的信息:
    上面显示了可以抓取和推送的origin的地址。如果没有推送权限,就看不到push的地址。

    推送分支

    推送分支,就是把该分支上的所有本地提交推送到远程库。推送时,要指定本地分支,这样,Git就会把该分支推送到远程库对应的远程分支上:

    $ git push origin master

    如果要推送其他分支,比如dev,就改成:

    $ git push origin dev

    但是,并不是一定要把本地分支往远程推送,那么,哪些分支需要推送,哪些不需要呢?
    master分支是主分支,因此要时刻与远程同步;
    dev分支是开发分支,团队所有成员都需要在上面工作,所以也需要与远程同步;
    bug分支只用于在本地修复bug,就没必要推到远程了,除非老板要看看你每周到底修复了几个bug;
    feature分支是否推到远程,取决于你是否和你的小伙伴合作在上面开发。

    抓取分支

    从远程clone下来的仓库,默认只能看到主分支
    可以通过 创建远程origin的dev分支到本地

    $ git checkout -b dev origin/dev
    两个人同时对于同一分支进行了修改 比如:origin/dev分支,可以通过以下命令来解决
    git pull
    git pull如果也还是失败,有可能是因为本地dev分支与远程origin/dev分支的链接
    $ git branch --set-upstream dev origin/dev

    因此,多人协作的工作模式通常是这样:

    • 首先,可以试图用git push origin branch-name推送自己的修改;
    • 如果推送失败,则因为远程分支比你的本地更新,需要先用git pull试图合并;
    • 如果合并有冲突,则解决冲突,并在本地提交;
    • 没有冲突或者解决掉冲突后,再用git push origin branch-name推送就能成功!
    • 如果git pull提示“no tracking information”,则说明本地分支和远程分支的链接关系没有创建,用命令git branch --set-upstream branch-name origin/branch-name。
      *这就是多人协作的工作模式,一旦熟悉了,就非常简单。

    标签的管理

    什么是标签

    发布一个版本时,我们通常先在版本库中打一个标签(tag),这样,就唯一确定了打标签时刻的版本。将来无论什么时候,取某个标签的版本,就是把那个打标签的时刻的历史版本取出来。所以,标签也是版本库的一个快照。

    如何操作标签

    • 命令git tag <name>用于新建一个标签,默认为HEAD,也可以指定一个commit id;

    • git tag -a <tagname> -m "blablabla..."可以指定标签信息;

    • git tag -s <tagname> -m "blablabla..."可以用PGP签名标签;

    • 命令git tag可以查看所有标签。

    • git show <tagname> 可以参看具体的标签说明

    • 命令git push origin <tagname>可以推送一个本地标签;

    • 命令git push origin --tags可以推送全部未推送过的本地标签;

    • 命令git tag -d <tagname>可以删除一个本地标签;

    • 命令git push origin :refs/tags/<tagname>可以删除一个远程标签。

    Git的配置

    $ git config --global user.name "Your Name"
    $ git config --global user.email "email@example.com"
    $ git config --global color.ui true
    这样,Git会适当地显示不同的颜色,比如git status命令

    Git设置别名

    我们只需要敲一行命令,告诉Git,以后st就表示status:

    $ git config --global alias.st status

    当然还有别的命令可以简写,很多人都用co表示checkout,ci表示commit,br表示branch:

    $ git config --global alias.co checkout
    $ git config --global alias.ci commit
    $ git config --global alias.br branch

    --global参数是全局参数,也就是这些命令在这台电脑的所有Git仓库下都有用。
    配置一个git last,让其显示最后一次提交信息:
    $ git config --global alias.last 'log -1'
    这样,用git last就能显示最近一次的提交:
    甚至还有人丧心病狂地把lg配置成了:

    git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"

    使用TAG标签来回退bug的例子

    http://blog.csdn.net/fuchaosz/article/details/51698896

    相关文章

      网友评论

        本文标题:git的使用

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