1.显示当前的配置信息
git config --list
 2. 创建repo
从别的地方获取git clone git://git.kernel.org/pub/scm/git/git.git
自己建立
mkdir test
cd test
git init  
3. 显示状态git status
  
4. commit
git add file.1 file.2 先增加文件，增加到index中。这样commit的时候才知道要commit哪些文件。
或者git add -p 
 用来interactively选择哪些改变需要被commit
git commit -m "log message"
  
或者git commit -a 
 自动检查应该commit什么文件。如果是新增的文件，仍然要使用git add来添加。 
5. 显示以前的工作git log 
 输出格式
git log 
 
git log -p 
      显示patch
git log --stat 
   显示改动的一个总结
git log --graph
   只显示当前branch的
git log --graph --all 
   显示所有branch的
git log --graph --all --decorate 
 显示branch的名字
 
git log --pretty=oneline, short, full, fuller 
 输出的log 形式不同
git log --pretty=format:"%h - %an, %ar : %s" 
 按照指定的格式输出。关于--pretty的其他选项和具体的format格式，参考 git log --help中PRETTY FORMAT这部分。
 
git log --follow file.c
 这个功能很有意思，尤其是当file.c被移动后。
通常我们会移动某个文件到某个目录下。如果这么做，git log是不能显示目录移动前的记录的。
那就加上 --follow吧。git log的筛选
git log -2 -p   显示最近两次commit的log 和 diff
git log --author="Author Name" 筛选特定作者的log
git log --since="2012-2-23" --before="2012-2-24" 筛选时间段
git log --grep="key word" 在commit 的message中查找关键字
git log branch --not master 查看在branch上的，但不在master上的记录。 git log -S"func_name"  查找某个字符出现，或者移出的commit。 比如可以查找一个函数是什么时候添加，或者删除的。
git show sha1   这个sha1是每个commit的sha1，这样显示某个commit的完全信息，包括diff
 
6. 撤销改动git checkout -- file.1
 撤销了file.1的这次改动。只是撤销了没有staged的改动.
中间的 -- 表明了这是一个文件 而不是一个branch的名字git reset --hard HEAD
 撤销了所有没有commit的改动，包括了stage的和没有stage的。
这条命令的结果一样
git checkout HEAD file.1
包括了staged 和没有staged的都会清除。有时候我们发现，之前做个一个commit有问题，不想要，想要去掉。
git revert HEAD      自动得重新做一个commit，将最后一次的commit返回回来。
git revert HEAD^     自动得重新做一个commit，将最后第二次的commit 返回回来。
7. 删除一个commitgit reset --hard HEAD~1
 删除了最近的commit
8. 修改最近的一个commit
git commit --amend
  
7.显示所做的改动git diff
 显示所有的改动。 没有add到index中的。
git diff --staged或者 git diff --cached
 显示staged改动，也就是add的东东，也就是将要commit的东东。
git diff commit1 commit2
 显示这两个commit之间的变动， 从commit1到commit2的变动。
 
git diff commit1..commit2
 两个点，效果跟上面的一样
 
git diff commit1...commit2
 三个点，表示的是发生在commit2分支，一直到commit1和commit2共同父亲的变化。
 
git blame -C file1.c
 显示文件具体的改动。。。。恩，好像是用来找是谁的错？
 
git blame -Ln,m file1.c 
 查看n,m两行间的改动。
 
git blame commit1~1 -Ln,m file1.c
 查看commit1版本前的改动. 追查之前的log。
 
git blame commit1~1 -Ln,m -- old/file.c
 如果这个文件被重命名过，或者移动过位置，就要输入旧的文件的名字。
而且一定要加上 -- ， 一定。
 
8. 删除某个文件git rm file-name
 从库和当前的working directory中删掉这个文件
git rm --cached file-name
 只从库中删除，保留当前的本地文件。
9. 重命名一个文件
git mv file file-new
10. 应用patch
git apply patch-file
 这样做从patch-file中应用这个patch。 效果和patch命令类似。 
但是好处是，git apply要么成功，要么不成功。不想patch，有可能有部分的patch打上了，但是有的没有打上。
git apply后，并没有自动生成一个commit. git apply --check  可以用来检测这个patch 是不是会产生冲突或者失败。
 
git am patch-file
 这是专门为git 设计的命令。 patch-file是通过git format-patch 生成的。 
其中包含了作者信息和简单描述。
git am后，会自动的生成一个commit. 
git am --resolved
 git am 过程中可能会有conflict. 如过遇到conflict， 那就需要手动修改code， git add 后
用git am --resolved 11 删除一些没有git add的文件；
git clean 
 参数
-n 显示将要删除的文件和目录
-f 删除文件
-df 删除文件和目录 
git clean -df alps/
 
git remote
git是一个分布式代码管理工具，所以可以支持多个仓库，在git里，服务器上的仓库在本地称之为remote。
直接clone一个仓库：$: git clone git@:projects/search.git
 另外一种clone方式：
# 创建目录初始化本地仓库
$: mkdir search && cd search
$: git init
# 添加远程仓库路径
$: git remote add github git@:yyfrankyy/search.git
# 实际上，pull 就是 fetch + merge
$: git pull github --all --tags 把工作目录迁移到github上面：
$: git remote add github git@:yyfrankyy/search.git
$: git push github --all --tags 显示所有的远程仓库
$: git remote -v
origin git@:projects/search.git (fetch)
origin git@:projects/search.git (push)
github git@:yyfrankyy/search.git (fetch)
github git@:yyfrankyy/search.git (push) 重命名远程仓库
$: git remote rename github gh
$: git remote
origin
gh 删除远程仓库
$: git remote rm github
$: git remote
origin 从远程仓库抓取数据，更新本地仓库：
$: git fetch origin
 remote: Counting objects: 58, done.
remote: Compressing objects: 100% (41/41), done.
remote: Total 44 (delta 24), reused 1 (delta 0)
Unpacking objects: 100% (44/44), done.
From git://:projects/search.git
 * [new branch]      product     -> origin/product
查看远程仓库信息，可用于跟踪别人的push：$: git remote show origin 
 * remote origin
  Fetch URL: git@:projects/search.git
  Push  URL: git@:projects/search.git
  HEAD branch: master
  Remote branches:
    master  tracked
    p4popt  tracked
    prepub  tracked
    product tracked
  Local branches configured for 'git pull':
    master  merges with remote master
    p4popt  merges with remote p4popt
    prepub  merges with remote prepub
    product merges with remote product
  Local refs configured for 'git push':
    master  pushes to master  (up to date)
    p4popt  pushes to p4popt  (up to date)
    prepub  pushes to prepub  (up to date)
    product pushes to product (up to date)