Git 使用的简单汇总

1. 配置 
git config --global user.name "your name"
git config --global user.email  mail@box.com
git config --global color.ui true
git config --global core.editor vi
git config --global alias.lol "log --graph --all"    设置alias，这样lol就是自己新的命令了。
 
2.基本使用
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. 删除一个commit
git 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 制作patch
具体步骤写在了 http://blog.csdn.net/richardysteven/article/details/6701156


12 删除一些没有git add的文件；
git clean 
参数
-n 显示将要删除的文件和目录
-f 删除文件
-df 删除文件和目录


git clean -df alps/

3. commit range
在git中，我们经常需要制定一个commit的范围，比如git log中，可以显示某范围内的改动。
除了man gitrevisions, 在这个网站上也有不过的描述，尤其是对 double dot 和 triple dot
http://git-scm.com/book/ch6-1.html
http://stackoverflow.com/questions/462974/whats-the-difference-between-and-in-git-commit-ranges
而且这种语法，在git log和git diff两种情况下，有不同的意义.


在git log中， 
git log ^r1 r2 表示显示从r2到root，但是去掉r1到root中和r2到root有重复的。
这个也可以表示为 git log r1..r2. 


git log r1...r2 表示 显示从r1到root, r2到root，但是去掉他们共有的部分。


我这样理解， 前一种显示的是树上的一个分支。而后一种显示了两个分支。


在git diff中
git diff目的是比较两个commit之间的区别。


git diff A B 和 git diff A..B 是一样的，就是显示这两个之间的区别。


git diff A...B 和 git diff $(git-merge-base A B) B一样。 就是显示 在B这个分支上，做了什么改动。
                      有时候这个命令是，git merge-base A B


在一个branch上，但不在另一个branch上
git log local_copy ^kernel 
这样可以再merge前，看看都有哪些东西要commit.
这个命令用来看，在local_copy branch上，但是不在kernel branch上的。 




4. Branch
1. 显示branch
git branch
git branch -v 显示详细点的信息
git branch --merged
 
2. 创建branch
git branch testing
或者
git checkout -b new_brach
这样新建并且切换到了new_brach上
 
还有一种创建branch的办法是
git branch branch_name  b42294309188d57bf3398ed35660170a237d8c0a
注意，这后面这一长串的就是每个commit的sha1码。
 
3. 切换到某个branch
git checkout testing
 
4. 图形化显示branch信息
gitk
gitk --all
 
5. merge
先转到要merge到的branch,如
git checkout master
一般都会merge到master上。
 
然后调用
git merge testing
这样就把testing branch上的改动merge过来了。
 
6. 删除branch
好了，这个branch不用了，删掉吧
git branch -d testing


7. 处理conflict
在merge的过程中一般会遇到conflict.
先用git status查看哪些文件产生的冲突。
可以逐一修改文件，也可以用git mergetool 来进行修改。
当所有的都修改好， 使用git commit。


8。 查看有哪些branch merge进来了，哪些没有
git branch --merged
git branch --no-merged
比如说我们checkout 到 master，用--no-merged 可以看到还有哪个branch的改动没有到master上。


5. Stash
git stash 用来备份当前工作区的内容。 从最近的一次提交中读取相关内容，让工作区保证和上次提交的内容一致。
可以多次使用git stash来保存当前的修改。


git list可以看到一共保存了多少次。
linux-2.6$ git stash list
stash@{0}: WIP on 3.0: 02f8c6a Linux 3.0
stash@{1}: WIP on pci-fix: 79eefa4 Optimize the resource overlap check
stash@{2}: WIP on pci-fix: 02f8c6a Linux 3.0
stash@{3}: WIP on 3.0: 02f8c6a Linux 3.0
git stash save "name"
git stash
这两个都是保存当前的改动， 如果有name则可以添加一个方便辨识的标签。


git stash apply 用来恢复最近一次的修改。
git stash apply stash@{1}来恢复指定的修改。


git stash pop stash@{1} 的作用和git stash apply类似。 
git stash pop 会从stash栈中移除某个记录，而git stash apply不会。


git stash clear 清空栈。


6. Tag
1. 显示tag
git tag    显示所有的tag


匹配显示
$ git tag -l v3.0*
v3.0
v3.0-rc1
v3.0-rc2
v3.0-rc3
v3.0-rc4
v3.0-rc5
v3.0-rc6
v3.0-rc7


2. 显示某个tag的详细信息
git show v3.0


3. 创建tag 
git tag -a v1.4 -m "my version 1.4"


git tag -s v1.5 -m "my version 1.5"
这个将会加上pgp的签名


对于一个-s的tag， 你可以
git tag -v v1.5
来验证这个tag, 当然你需要有对方的PGP公钥。


git tag v1.4-lw
这个是轻量级的tag。


git tag -a v1.2 SHA
对某个指定的SHA打tag，默认是HEAD


git push origin v1.2
git push origin --tags
默认情况下是不会将tag的信息送到远端的。 
第一的命令将某个指定的tag送到远端。
第二个命令将所有的tag送到远端。


7. Remote Repository
https://github.com/ 这个网上可以提供建立一个免费的git的repo
remote repo是用来多个人合作的。恩。。。，比较高级。
 
显示remote repo的信息
git remote
git remote -v
git remote show origin 


添加别的remote 库
git remote add localname URL
也就是用这个localname 来代表URL


然后就可以从remote中下载代码
git fetch localname


默认glone后local的HEAD是track在origin/master上的，
所以如果你想要work on别的branch，需要先在本地建立一个branch
git branch --track feature origin/feature
这个意思是本地有个叫feature的branch，这个是track origin/feature的。


查看remote的情况
git remote show origin


上传changes,如果你有权限，你可以上传自己的更新到remote
git push origin master
意思是push到 origin这个远端树的master 分支上
git push origin :master
是删除remote的分支
 
下载别的更新？
git pull
下载了更新就直接merge了
 
当本地的git仓库更新后，我们需要与远端server上的仓库同步。
一般这么做
git fetch   将同步一下状态
git fetch -p 可以清空远端已经不用的分支
git branch -v 可以看到本地仓库中分支的状态。
git branch -av 可以看到远端和本地分支的状态
git checkout branchname 换到你想要更新的local branch上
git rebase origin/branchname 这样可以将本地做的commit 取下，并重新apply到最新的地方。
 
8. Some Tips
1. 假如编辑到了某个版本，发现某个功能不起作用了，或者有bug了。但是自己知道之前的某个版本是好的。
git bisect start
git bisect bad      现在这个版本是坏的
git bisect good good_commit   good_commit这个版本是好的
 
接下来编译，测试。 如果是好的
git bisect good
如果还是不好
git bisect bad
这样git都会给你输出某个中间的版本让你继续测试。
 
找到了错误，用
git bisect reset 恢复到原先的版本。
 
2. git 命令在bash中自动补全
 http://progit.org/book/ch2-7.html
将git-completion.bash 拷贝到 /etc/bash_completion.d/git
 
3. git alias
git config --global alias.co checkout
 
4. 用git 打包
git archive master | gzip  > master.tar.gz
把master这个branch打包了。 


5. cleanup
git用得时间多了，会变慢。 那么可以用下面的命令优化一下。
git gc   - Cleanup unnecessary files and optimize the local repository

git-repack - Pack unpacked objects in a repository

http://blog.csdn.net/richardysteven/article/details/5956854