1 git clone
git clone https://github.com/bcit-ci/CodeIgniter.git 只克隆
git clone https://username@github.com/bcit-ci/CodeIgniter.git 携带用户名
https://username:password@github.com/bcit-ci/CodeIgniter.git 携带用户名和密码
2.git add -A
git add -A #提交所有的文件,所有tracked文件中被修改过或已删除文件和所有untracted的文件信息添加到索引库
git add . #提交当前目录
git add -u #add to index only files modified or deleted and not those created
git add -i #查看中被所有修改过或已删除文件但没有提交的文件
[s]tatus: 查看当前的文件状态
[u]pdate: 把已经tracked的文件添加到索引库中
[r]evert: 把已经添加到索引库中的文件从索引库中剔除。
[a]dd untracked 把已经tracked的文件添加到索引库中
[p]atch
[d]iff: 可以比较索引库中文件和原版本的差异
[q]uit: 退出git add -i命令系统
[h]elp:
3.git commit -m
一般仓库中的文件可能存在于这三种状态：
1）Untracked files → 文件未被跟踪；
2）Changes to be committed → 文件已暂存，这是下次提交的内容；
3) Changes bu not updated → 文件被修改，但并没有添加到暂存区。如果 commit 时没有带 -a 选项，这个状态下的文件不会被提交。
git commit 提交暂存区里的内容
git commit -a 除了将暂存区里的文件提交外，还提交 Changes bu not updated 中的文件。
git commit -a -m "info"
git commit --amend
git commit --amend -a #又或者我们发现在提交时忘记使用 -a 选项，导致 Changes bu not updated 中的内容没有被提交，我们可以使用
#reference:http://www.cnblogs.com/eddy-he/archive/2012/03/22/git_commit.html
4.git push
git pull
git pull <远程主机名> <远程分支名>:<本地分支名>#比如，取回origin主机的next分支，与本地的master分支合并，需要写成下面这样。
git pull origin next:master
#如果远程分支是与当前分支合并，则冒号后面的部分可以省略。
git pull origin next
相当于：
git fetch origin
git merge origin/next
#如果当前分支与远程分支存在追踪关系，git pull就可以省略远程分支名。
git pull origin
#如果当前分支只有一个追踪分支，连远程主机名都可以省略。
git pull
5.git config --global user.name
git config --global user.email
git config --global credential.helper store
设置用户名和邮箱，设置存储密码
6.git fetch
获取远程的更新
7.git merge
合并更新
8.git stash (这个功能大家争议比较多)
备份当前的工作区的内容，从最近的一次提交中读取相关内容，让工作区保证和上次提交的内容一致。同时，将当前的工作区内容保存到Git栈中。
git stash pop:
从Git栈中读取最近一次保存的内容，恢复工作区的相关内容。由于可能存在多个Stash的内容，所以用栈来管理，pop会从最近的一个stash中读取内容并恢复。
git stash list:
显示Git栈内的所有备份，可以利用这个列表来决定从那个地方恢复。
git stash clear:
清空Git栈。此时使用gitg等图形化工具会发现，原来stash的哪些节点都消失了。
使用git的时候，我们往往使用branch解决任务切换问题，例如，我们往往会建一个自己的分支去修改和调试代码, 如果别人或者自己发现原有的分支上有个不得不修改的bug，我们往往会把完成一半的代码 commit提交到本地仓库，然后切换分支去修改bug，改好之后再切换回来。这样的话往往log上会有大量不必要的记录。其实如果我们不想提交完成一半或者不完善的代码，但是却不得不去修改一个紧急Bug，那么使用'git stash'就可以将你当前未提交到本地（和服务器）的代码推入到Git的栈中，这时候你的工作区间和上一次提交的内容是完全一样的，所以你可以放心的修 Bug，等到修完Bug，提交到服务器上后，再使用'git stash apply'将以前一半的工作应用回来。也许有的人会说，那我可不可以多次将未提交的代码压入到栈中？答案是可以的。当你多次使用'git stash'命令后，你的栈里将充满了未提交的代码，这时候你会对将哪个版本应用回来有些困惑，'git stash list'命令可以将当前的Git栈信息打印出来，你只需要将找到对应的版本号，例如使用'git stash apply stash@{1}'就可以将你指定版本号为stash@{1}的工作取出来，当你将所有的栈都应用回来的时候，可以使用'git stash clear'来将栈清空。
在这里顺便提下git format-patch -n , n是具体某个数字， 例如 'git format-patch -1' 这时便会根据log生成一个对应的补丁，如果 'git format-patch -2' 那么便会生成2个补丁，当然前提是你的log上有至少有两个记录。
stash的话一定是基于某个版本的，而且将stash从栈内拿出来，一定是需要还原到对应的版本。通过git stash list可以清晰的看到每个stash对应的版本，如：
stash@{0}: WIP on master: e95dc37 Require administrator authority...
stash@{1}: WIP on md_develop: fcaa18f Add an object to recieve md...
比如你需要恢复stash@{1}这时候你需要做的是：
git checkout fcaa18f
git stash apply stash@{1}
尽量不使用类似git stash pop的方法。如果你当前fcaa18f所在的分支有继续往前推进的话，建议在fcaa18f上建立新的分支，然后继续stash@{1}的修改，并将stash@{1}的内容提交到新的分支上:
git branch new_develop
git checkout new_develop
git add FILES
git commit
后续再通过cherry-pick的方式，将修改的内容应用到其他需要这个修改的分支之上
#reference :http://www.cppblog.com/deercoder/archive/2011/11/13/160007.html
9.git log
10.git status
11:git show