git pro-起步&基础

2017/01/15

读 git 官方文档 progit 笔记

1. 起步

下载 git

用户信息

当安装完 Git 应该做的第一件事就是设置你的用户名称与邮件地址。 这样做很重要,因为每一个 Git 的提交都会使用这些信息,并且它会写入到你的每一次提交中,不可更改:

$ git config --global user.name "John Doe"
$ git config --global user.email johndoe@example.com

再次强调,如果使用了 --global 选项,那么该命令只需要运行一次,因为之后无论你在该系统上做任何事情, Git 都会使用那些信息。 当你想针对特定项目使用不同的用户名称与邮件地址时,可以在那个项目目录下运行没有 --global 选项的命令来配置。

检查配置信息

如果想要检查你的配置,可以使用 git config --list 命令来列出所有 Git 当时能找到的配置。

$ git config --list
user.name=John Doe
user.email=johndoe@example.com
color.status=auto
color.branch=auto
color.interactive=auto
color.diff=auto
...

你可能会看到重复的变量名,因为 Git 会从不同的文件中读取同一个配置(例如:/etc/gitconfig 与 ~/.gitconfig)。 这种情况下,Git 会使用它找到的每一个变量的最后一个配置。

你可以通过输入 git config <key>: 来检查 Git 的某一项配置

$ git config user.name
John Doe

获取帮助

若你使用 Git 时需要获取帮助,有三种方法可以找到 Git 命令的使用手册:

$ git help <verb>
$ git <verb> --help
$ man git-<verb>

例如,要想获得 config 命令的手册,执行

$ git help config

2. Git 基础

2.1 获取 Git 仓库

  1. git init
  2. git clone url [foldername]

2.2 记录每次更新到仓库

  • 文件的状态变化周期

  • 检查当前文件状态

    git status

  • 添加内容到下一次提交中

    git add filename

  • 查看已暂存和未暂存的修改

    git diff

    此命令比较的是工作目录中当前文件和暂存区域快照之间的差异, 也就是修改之后还没有暂存起来的变化内容。

    若要查看已暂存的将要添加到下次提交里的内容,可以用 git diff --cached 命令。(Git 1.6.1 及更高版本还允许使用 git diff --staged,效果是相同的,但更好记些。)

  • 提交更新

    git commit -m "Story 182: Fix benchmarks for speed"

  • 跳过使用暂存区域

    git commit -a -m 'added new benchmarks'

  • 移除文件

    1. 将 git 仓库和本地工作目录均移除
       git rm PROJECTS.md
      

      如果删除之前修改过并且已经放到暂存区域的话,则必须要用强制删除选项 -f(译注:即 force 的首字母)。

    2. 将 git 仓库移除,本地工作目录保留
       git rm --cached README
      
  • 移动文件

    git mv file_from file_to

    相当于:

      mv README.md README
      git rm README.md
      git add README
    
  • 状态简览

    git status

    命令的输出十分详细,但其用语有些繁琐。 如果你使用 git status -s 命令或 git status --short 命令,你将得到一种更为紧凑的格式输出。

    运行 git status -s ,状态报告输出如下:

      $ git status -s
       M README
      MM Rakefile
      A  lib/git.rb
      M  lib/simplegit.rb
      ?? LICENSE.txt
    

    新添加的未跟踪文件前面有 ?? 标记,新添加到暂存区中的文件前面有 A 标记,修改过的文件前面有 M 标记。

    你可能注意到了 M 有两个可以出现的位置,出现在右边的 M 表示该文件被修改了但是还没放入暂存区,出现在靠左边的 M 表示该文件被修改了并放入了暂存区。 例如,上面的状态报告显示: README 文件在工作区被修改了但是还没有将修改后的文件放入暂存区,lib/simplegit.rb 文件被修改了并将修改后的文件放入了暂存区。 而 Rakefile 在工作区被修改并提交到暂存区后又在工作区中被修改了,所以在暂存区和工作区都有该文件被修改了的记录。

  • 忽略文件

2.3 查看提交历史

  • git log

    会按提交时间列出所有的更新,最近的更新排在最上面。 这个命令会列出每个提交的 SHA-1 校验和作者的名字和电子邮件地址、提交时间以及提交说明。

  • git log -p

    用来显示每次提交的内容差异

      $ git log -p
      commit ca82a6dff817ec66f44342007202690a93763949
      Author: Scott Chacon <schacon@gee-mail.com>
      Date:   Mon Mar 17 21:52:11 2008 -0700
    
          changed the version number
    
      diff --git a/Rakefile b/Rakefile
      index a874b73..8f94139 100644
      --- a/Rakefile
      +++ b/Rakefile
      @@ -5,7 +5,7 @@ require 'rake/gempackagetask'
      spec = Gem::Specification.new do |s|
          s.platform  =   Gem::Platform::RUBY
          s.name      =   "simplegit"
      -    s.version   =   "0.1.0"
      +    s.version   =   "0.1.1"
          s.author    =   "Scott Chacon"
          s.email     =   "schacon@gee-mail.com"
          s.summary   =   "A simple gem for using Git in Ruby code."
    
  • git log --stat

    用来显示每次提交的简略的统计信息

      $ git log --stat
      commit ca82a6dff817ec66f44342007202690a93763949
      Author: Scott Chacon <schacon@gee-mail.com>
      Date:   Mon Mar 17 21:52:11 2008 -0700
    
          changed the version number
    
      Rakefile | 2 +-
      1 file changed, 1 insertion(+), 1 deletion(-)
    
  • git log --pretty

    这个选项可以指定使用不同于默认格式的方式展示提交历史。

    这个选项有一些内建的子选项供你使用。 比如用 oneline 将每个提交放在一行显示,查看的提交数很大时非常有用。 另外还有 shortfullfuller 可以用,展示的信息或多或少有些不同

      $ git log --pretty=oneline
      ca82a6dff817ec66f44342007202690a93763949 changed the version number
      085bb3bcb608e1e8451d4b2432f8ecbe6306e7e7 removed unnecessary test
      a11bef06a3f659402fe7563abf99ad00de2209e6 first commit
    

    但最有意思的是 format,可以定制要显示的记录格式。 这样的输出对后期提取分析格外有用 — 因为你知道输出的格式不会随着 Git 的更新而发生改变:

      $ git log --pretty=format:"%h - %an, %ar : %s"
      ca82a6d - Scott Chacon, 6 years ago : changed the version number
      085bb3b - Scott Chacon, 6 years ago : removed unnecessary test
      a11bef0 - Scott Chacon, 6 years ago : first commit
    

    git log --pretty=format 常用的选项 列出了常用的格式占位符写法及其代表的意义。

    onelineformat 与另一个 log 选项 --graph 结合使用时尤其有用。 这个选项添加了一些ASCII字符串来形象地展示你的分支、合并历史:

      $ git log --pretty=format:"%h %s" --graph
      * 2d3acf9 ignore errors from SIGCHLD on trap
      *  5e3ee11 Merge branch 'master' of git://github.com/dustin/grit
      |\
      | * 420eac9 Added a method for getting the current branch.
      * | 30e367c timeout code and tests
      * | 5a09431 add timeout protection to grit
      * | e1193f8 support for heads with slashes in them
      |/
      * d6016bc require time for xmlschema
      *  11d191e Merge branch 'defunkt' into local
    
  • 限制输出长度

    来看一个实际的例子,如果要查看 Git 仓库中,2008 年 10 月期间,Junio Hamano 提交的但未合并的测试文件,可以用下面的查询命令:

      $ git log --pretty="%h - %s" --author=gitster --since="2008-10-01" \
      --before="2008-11-01" --no-merges -- t/
      5610e3b - Fix testcase failure when extended attributes are in use
      acd3b9e - Enhance hold_lock_file_for_{update,append}() API
      f563754 - demonstrate breakage of detached checkout with symbolic link HEAD
      d1a43f2 - reset --hard/read-tree --reset -u: remove unmerged new paths
      51a94af - Fix "checkout --track -b newbranch" on detached HEAD
      b0ad11e - pull: allow "git pull origin $something:$current_branch" into an unborn branch
    

    在近 40000 条提交中,上面的输出仅列出了符合条件的 6 条记录。

2.4 撤消操作

  • 重新提交:

    git commit --amend

    例如,你提交后发现忘记了暂存某些需要的修改,可以像下面这样操作:

      $ git commit -m 'initial commit'
      $ git add forgotten_file
      $ git commit --amend
    

    最终你只会有一个提交 - 第二次提交将代替第一次提交的结果。

  • 取消暂存的文件:

    git reset HEAD <file>...

  • 撤消对文件的修改

    git checkout -- <file>...

2.5 远程仓库的使用

  • 查看远程仓库:

    如果想查看你已经配置的远程仓库服务器,可以运行 git remote 命令。 它会列出你指定的每一个远程服务器的简写。 如果你已经克隆了自己的仓库,那么至少应该能看到 origin - 这是 Git 给你克隆的仓库服务器的默认名字

      $ git remote
      origin
    

    你也可以指定选项 -v,会显示需要读写远程仓库使用的 Git 保存的简写与其对应的 URL。

      $ git remote -v
      origin	https://github.com/schacon/ticgit (fetch)
      origin	https://github.com/schacon/ticgit (push)
    
  • 添加远程仓库:

    git remote add <shortname> <url>

    添加一个新的远程 Git 仓库,同时指定一个你可以轻松引用的简写

      $ git remote
      origin
      $ git remote add pb https://github.com/paulboone/ticgit
      $ git remote -v
      origin	https://github.com/schacon/ticgit (fetch)
      origin	https://github.com/schacon/ticgit (push)
      pb	https://github.com/paulboone/ticgit (fetch)
      pb	https://github.com/paulboone/ticgit (push)
    

    现在你可以在命令行中使用字符串 pb 来代替整个 URL。 例如,如果你想拉取 Paul 的仓库中有但你没有的信息,可以运行 git fetch pb

      $ git fetch pb
      remote: Counting objects: 43, done.
      remote: Compressing objects: 100% (36/36), done.
      remote: Total 43 (delta 10), reused 31 (delta 5)
      Unpacking objects: 100% (43/43), done.
      From https://github.com/paulboone/ticgit
      * [new branch]      master     -> pb/master
      * [new branch]      ticgit     -> pb/ticgit
    
  • 从远程仓库中抓取与拉取:

    git fetch [remote-name]

    这个命令会访问远程仓库,从中拉取所有你还没有的数据。

    如果你使用 clone 命令克隆了一个仓库,命令会自动将其添加为远程仓库并默认以 “origin” 为简写。 所以,git fetch origin 会抓取克隆(或上一次抓取)后新推送的所有工作。 必须注意 git fetch 命令会将数据拉取到你的本地仓库 - 它并不会自动合并或修改你当前的工作。 当准备好时你必须手动将其合并入你的工作。

    git pull

    如果你有一个分支设置为跟踪一个远程分支,可以使用 git pull 命令来自动的抓取然后合并远程分支到当前分支。

  • 推送到远程仓库:

    git push [remote-name] [branch-name]

    当你想要将 master 分支推送到 origin 服务器时(再次说明,克隆时通常会自动帮你设置好那两个名字),那么运行这个命令就可以将你所做的备份到服务器:

    git push origin master

  • 查看远程仓库:

    git remote show [remote-name]

    查看某一个远程仓库的更多信息

  • 远程仓库的移除与重命名:

    如果想要重命名引用的名字可以运行 git remote rename 去修改一个远程仓库的简写名。

    例如,想要将 pb 重命名为 paul,可以用 git remote rename 这样做:

      $ git remote rename pb paul
      $ git remote
      origin
      paul
    

    如果因为一些原因想要移除一个远程仓库 - 你已经从服务器上搬走了或不再想使用某一个特定的镜像了,又或者某一个贡献者不再贡献了 - 可以使用 git remote rm

      $ git remote rm paul
      $ git remote
      origin
    

2.6 打标签

  • 列出标签

    git tag

    列出指定标签

    git tag -l 'v1.8.5*'

  • 创建标签

    Git 使用两种主要类型的标签:轻量标签(lightweight)与附注标签(annotated)。

    一个轻量标签很像一个不会改变的分支 - 它只是一个特定提交的引用。

    然而,附注标签是存储在 Git 数据库中的一个完整对象。 它们是可以被校验的;其中包含打标签者的名字、电子邮件地址、日期时间;还有一个标签信息;并且可以使用 GNU Privacy Guard (GPG)签名与验证。 通常建议创建附注标签,这样你可以拥有以上所有信息;但是如果你只是想用一个临时的标签,或者因为某些原因不想要保存那些信息,轻量标签也是可用的。

    • 附注标签(annotated)

      最简单的方式是当你在运行 tag 命令时指定 -a 选项:

        $ git tag -a v1.4 -m 'my version 1.4'
        $ git tag
        v0.1
        v1.3
        v1.4
      

      -m 选项指定了一条将会存储在标签中的信息。 如果没有为附注标签指定一条信息,Git 会运行编辑器要求你输入信息。

      通过使用 git show 命令可以看到标签信息与对应的提交信息:

        $ git show v1.4
        tag v1.4
        Tagger: Ben Straub <ben@straub.cc>
        Date:   Sat May 3 20:19:12 2014 -0700
      
        my version 1.4
      
        commit ca82a6dff817ec66f44342007202690a93763949
        Author: Scott Chacon <schacon@gee-mail.com>
        Date:   Mon Mar 17 21:52:11 2008 -0700
      
            changed the version number
      

      输出显示了打标签者的信息、打标签的日期时间、附注信息,然后显示具体的提交信息。

    • 轻量标签

      另一种给提交打标签的方式是使用轻量标签。 轻量标签本质上是将提交校验和存储到一个文件中 - 没有保存任何其他信息。 创建轻量标签,不需要使用 -a-s-m 选项,只需要提供标签名字:

        $ git tag v1.4-lw
        $ git tag
        v0.1
        v1.3
        v1.4
        v1.4-lw
        v1.5
      

      这时,如果在标签上运行 git show,你不会看到额外的标签信息。 命令只会显示出提交信息:

        $ git show v1.4-lw
        commit ca82a6dff817ec66f44342007202690a93763949
        Author: Scott Chacon <schacon@gee-mail.com>
        Date:   Mon Mar 17 21:52:11 2008 -0700
      
            changed the version number
      
  • 后期打标签

    对过去的提交打标签, 需要在命令的末尾指定提交的校验和(或部分校验和):

    git tag -a v1.2 9fceb02

  • 共享标签

    默认情况下,git push 命令并不会传送标签到远程仓库服务器上。 在创建完标签后你必须显式地推送标签到共享服务器上。 这个过程就像共享远程分支一样 - 你可以运行 git push origin [tagname]

    如果想要一次性推送很多标签,也可以使用带有 --tags 选项的 git push 命令。 这将会把所有不在远程仓库服务器上的标签全部传送到那里。

    git push origin --tags

  • 检出标签

    在 Git 中你并不能真的检出一个标签,因为它们并不能像分支一样来回移动。 如果你想要工作目录与仓库中特定的标签版本完全一样,可以使用 git checkout -b [branchname] [tagname] 在特定的标签上创建一个新分支:

      $ git checkout -b version2 v2.0.0
      Switched to a new branch 'version2'
    

    当然,如果在这之后又进行了一次提交,version2 分支会因为改动向前移动了,那么 version2 分支就会和 v2.0.0 标签稍微有些不同,这时就应该当心了。

2.7 Git 别名

Git 并不会在你输入部分命令时自动推断出你想要的命令。 如果不想每次都输入完整的 Git 命令,可以通过 git config 文件来轻松地为每一个命令设置一个别名。 这里有一些例子你可以试试:

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

这意味着,当要输入 git commit 时,只需要输入 git ci

在创建你认为应该存在的命令时这个技术会很有用。 例如,为了解决取消暂存文件的易用性问题,可以向 Git 中添加你自己的取消暂存别名:

$ git config --global alias.unstage 'reset HEAD --'

这会使下面的两个命令等价:

$ git unstage fileA
$ git reset HEAD -- fileA