zoukankan      html  css  js  c++  java
  • git 学习笔记

    1. 前言

      首先上一张别人整理好的图:

     2. git 介绍

      git 是分布式版本控制系统

      集中式 vs 分布式 (SVN vs GIT)

         SVN和 Git 主要的区别在于历史版本维护的位置,SVN 在中央服务器,而 git 历史版本存在于每个本地仓库

        Git本地仓库包含代码库还有历史库,在本地的环境开发就可以记录历史而SVN的历史库存在于中央仓库,每次对比与提交代码都必须连接到中央仓库才能进行

        这样的好处在于:

          自己可以在脱机环境查看开发的版本历史

          多人开发时如果充当中央仓库的Git仓库挂了,可以随时创建一个新的中央仓库然后同步就立刻恢复了中央库

        

     3. Git 命令

    3.1 git 配置

    $ git config --global user.name "Your Name"
    $ git config --global user.email "email@example.com"

     git config命令的--global参数,表明这台机器上的所有Git仓库都会使用这个配置,也可以对某个仓库指定不同的用户名和邮箱地址。

     

    3.2 创建版本库

    初始化一个git仓库

    $ git init

    添加文件到git仓库

    包括两步:

    $ git add <file>
    $ git commit -m "description"

    git add可以反复多次使用,添加多个文件,git commit可以一次提交很多文件,-m后面输入的是本次提交的说明,可以输入任意内容。

    3.3 查看工作区状态

    $ git status

    3.4 查看修改内容

    $ git diff
    $ git diff --cached
    $ git diff HEAD -- <file>
    • git diff 可以查看工作区(work dict)和暂存区(stage)的区别
    • git diff --cached 可以查看暂存区(stage)和分支(master)的区别
    • git diff HEAD -- <file> 可以查看工作区和版本库里面最新版本的区别

    3.5 查看提交日志

    $ git log

    简化日志输出信息

    $ git log --pretty=oneline

     3.6 查看命令历史

    $ git reflog

    3.7 版本回退

    $ git reset --hard HEAD^

    以上命令是返回上一个版本,在Git中,用HEAD表示当前版本,上一个版本就是HEAD^,上上一个版本是HEAD^^,往上100个版本写成HEAD~100

    回退到指定版本

    $ git reset --hard commit_id

    commit_id是版本号,是一个用SHA1计算出的序列

    工作区、暂存区和版本库

    工作区:在电脑里能看到的目录; 版本库:在工作区有一个隐藏目录.git,是Git的版本库。 Git的版本库中存了很多东西,其中最重要的就是称为stage(或者称为index)的暂存区,还有Git自动创建的master,以及指向master的指针HEAD

    进一步解释一些命令:

    • git add实际上是把文件添加到暂存区
    • git commit实际上是把暂存区的所有内容提交到当前分支

    3.8 撤销修改

    丢弃工作区的修改

    $ git checkout -- <file>

    该命令是指将文件在工作区的修改全部撤销,这里有两种情况:

    1. 一种是file自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;
    2. 一种是file已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态。

    总之,就是让这个文件回到最近一次git commit或git add时的状态。

     丢弃暂存区的修改

     分两步: 第一步,把暂存区的修改撤销掉(unstage),重新放回工作区:

    $ git reset HEAD <file>

    第二步,撤销工作区的修改

    $ git checkout -- <file>

    小结:

    1. 当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令git checkout -- <file>

    2. 当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git reset HEAD <file>,就回到了第一步,第二步按第一步操作。

    3. 已经提交了不合适的修改到版本库时,想要撤销本次提交,进行版本回退,前提是没有推送到远程库。

     3.9 删除文件

    $ git rm <file>

     git rm <file>相当于执行

    $ rm <file>
    $ git add <file>

    进一步的解释

    Q:比如执行了rm text.txt 误删了怎么恢复? A:执行git checkout -- text.txt 把版本库的东西重新写回工作区就行了

    Q:如果执行了git rm text.txt我们会发现工作区的text.txt也删除了,怎么恢复? A:先撤销暂存区修改,重新放回工作区,然后再从版本库写回到工作区

    $ git reset head text.txt
    $ git checkout -- text.txt

    Q:如果真的想从版本库里面删除文件怎么做? A:执行git commit -m "delete text.txt",提交后最新的版本库将不包含这个文件

    远程仓库

    创建SSH Key

    $ ssh-keygen -t rsa -C "youremail@example.com"

    关联远程仓库

    $ git remote add origin https://github.com/username/repositoryname.git

    推送到远程仓库

    $ git push -u origin master

     -u 表示第一次推送master分支的所有内容,此后,每次本地提交后,只要有必要,就可以使用命令git push origin master推送最新修改。

    从远程克隆

    $ git clone https://github.com/usern/repositoryname.git

    分支

    创建分支

    $ git branch <branchname>

    查看分支

    $ git branch

    git branch命令会列出所有分支,当前分支前面会标一个*号。

    切换分支

    $ git checkout <branchname>

    创建+切换分支

    $ git checkout -b <branchname>

    合并某分支到当前分支

    $ git merge <branchname>

    删除分支

    $ git branch -d <branchname>

    查看分支合并图

    $ git log --graph

    当Git无法自动合并分支时,就必须首先解决冲突。解决冲突后,再提交,合并完成。用git log --graph命令可以看到分支合并图。

    普通模式合并分支

    $ git merge --no-ff -m "description" <branchname>

    因为本次合并要创建一个新的commit,所以加上-m参数,把commit描述写进去。合并分支时,加上--no-ff参数就可以用普通模式合并,能看出来曾经做过合并,包含作者和时间戳等信息,而fast forward合并就看不出来曾经做过合并。

    保存工作现场

    $ git stash

    查看工作现场

    $ git stash list

    恢复工作现场

    $ git stash pop

    丢弃一个没有合并过的分支

    $ git branch -D <branchname>

    查看远程库信息

    $ git remote -v

    在本地创建和远程分支对应的分支

    $ git checkout -b branch-name origin/branch-name

    本地和远程分支的名称最好一致;

    从本地推送分支

    $ git push origin branch-name

    如果推送失败,先用git pull抓取远程的新提交;

    从远程抓取分支

    $ git pull

    如果有冲突,要先处理冲突。

    标签

    tag就是一个让人容易记住的有意义的名字,它跟某个commit绑在一起。

    新建一个标签

    $ git tag <tagname>

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

    指定标签信息

    $ git tag -a <tagname> -m <description> <branchname> or commit_id

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

    PGP签名标签

    $ git tag -s <tagname> -m <description> <branchname> or commit_id

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

    查看所有标签

    $ git tag

    推送一个本地标签

    $ git push origin <tagname>

    推送全部未推送过的本地标签

    $ git push origin --tags

    删除一个本地标签

    $ git tag -d <tagname>

    删除一个远程标签

    $ git push origin :refs/tags/<tagname>

    rebase

    1. 合并多个commit为一个完整commit

    当我们在本地仓库中提交了多次,在我们把本地提交push到公共仓库中之前,为了让提交记录更简洁明了,我们希望把如下分支B、C、D三个提交记录合并为一个完整的提交,然后再push到公共仓库。

    现在我们在测试分支上添加了四次提交,我们的目标是把最后三个提交合并为一个提交:

     

    也就是把 add b.py / add c.py / add d.py 合并为一个提交

    这里我们使用命令:

    git rebase -i  [startpoint]  [endpoint]
    其中-i的意思是--interactive,即弹出交互式的界面让用户编辑完成合并操作,[startpoint] [endpoint]则指定了一个编辑区间,如果不指定[endpoint],则该区间的终点默认是当前分支HEAD所指向的commit(注:该区间指定的是一个前开后闭的区间)。
    在查看到了log日志后,我们运行以下命令:
    git rebase -i 32d82b5

     然后我们会看到如下界面:

     上面未被注释的部分列出的是我们本次rebase操作包含的所有提交,下面注释部分是git为我们提供的命令说明。每一个commit id 前面的pick表示指令类型,git 为我们提供了以下几个命令:

        pick:保留该commit(缩写:p)
        reword:保留该commit,但我需要修改该commit的注释(缩写:r)
        edit:保留该commit, 但我要停下来修改该提交(不仅仅修改注释)(缩写:e)
        squash:将该commit和前一个commit合并(缩写:s)
        fixup:将该commit和前一个commit合并,但我不要保留该提交的注释信息(缩写:f)
        exec:执行shell命令(缩写:x)
        drop:我要丢弃该commit(缩写:d)

    根据我们的需求,我们将commit内容编辑如下:

     

    保存退出,然后是注释修改界面

     

    注释内容根据需要进行修改,也可以不修改,直接保存退出

    查看log记录信息:

     

    2. 将某一段commit粘贴到另一个分支上

    当我们项目中存在多个分支,有时候我们需要将某一个分支中的一段提交同时应用到其他分支中,就像下图:

    我们希望将develop分支中的C~E部分复制到master分支中,这时我们就可以通过rebase命令来实现(如果只是复制某一两个提交到其他分支,建议使用更简单的命令:git cherry-pick)。

     在实际模拟中,我们创建了master和develop两个分支:

    master 分支

    develop 分支

    我们使用命令的形式为:

    git rebase   [startpoint]   [endpoint]  --onto  [branchName]

    其中,[startpoint] [endpoint]仍然和上一个命令一样指定了一个编辑区间(前开后闭),--onto的意思是要将该指定的提交复制到哪个分支上。
    所以,在找到C(41f40e4)和E(9c1423c)的提交id后,我们运行以下命令:

    git  rebase   41f40e4^   9c1423c   --onto master

     注:因为[startpoint] [endpoint]指定的是一个前开后闭的区间,为了让这个区间包含C提交,我们将区间起始点向后退了一步。


    运行完成后查看当前分支的日志:

     可以看到,C~E部分的提交内容已经复制到了G的后面了,大功告成?NO!我们看一下当前分支的状态:

    当前HEAD处于游离状态,实际上,此时所有分支的状态应该是这样:

    所以,虽然此时HEAD所指向的内容正是我们所需要的,但是master分支是没有任何变化的,git只是将C~E部分的提交内容复制一份粘贴到了master所指向的提交后面,我们需要做的就是将master所指向的提交id设置为当前HEAD所指向的提交id就可以了,即:

     

    此时就真正完成了粘贴到master分支。

    自定义 git

    git 提示显示颜色

    $ git config --global color.ui true

    忽视特殊文件

    在Git工作区的根目录下创建一个特殊的.gitignore文件,然后把要忽略的文件名填进去,Git就会自动忽略这些文件。

    具体参考:https://github.com/github/gitignore

    配置别名

    $ git config --global alias.st status

    上面配置别名是将 status 定义别名为 st ,这里和linux中 alias 定义别名的概念是一致的。

    配置Git的时候,加上--global是针对当前用户起作用的,如果不加,那只针对当前的仓库起作用。

    配置文件在 ~/.gitconfig 文件中

    [root@localhost ~]# cat .gitconfig 
    [user]
        name = username
        email = email
    [color]
        ui = true
    [alias]
        st = status
        ci = commit
        br = branch
        ck = checkout
        unstage = reset HEAD
        last = log -1
        lg = log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit

    参考链接:

      https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000

      https://github.com/hongiii/gitNotes_from_Liao/blob/master/gitNotes_from_Liao.md#%E5%B7%A5%E4%BD%9C%E5%8C%BA%E6%9A%82%E5%AD%98%E5%8C%BA%E5%92%8C%E7%89%88%E6%9C%AC%E5%BA%9

      https://www.jianshu.com/p/4a8f4af4e803

  • 相关阅读:
    网络知识梳理--OSI七层网络与TCP/IP五层网络架构及二层/三层网络(转)
    OSI七层模型与TCP/IP五层模型(转)
    C语言结构体指针初始化(转)
    关于空指针NULL、野指针、通用指针 (转)
    C语言的通用指针类型(void *)
    使用matlab生成用于ROM初始化的coe文件(转)
    电脑运行msi安装包提示the error code is 2503/2502如何解决
    mysql命令行修改字符编码
    struts 2 时间控件
    java 的 struts2 Spring Hibernate 三大框架的整合
  • 原文地址:https://www.cnblogs.com/hukey/p/10744909.html
Copyright © 2011-2022 走看看