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
3. commit range 在git中,我们经常需要制定一个commit的范围,比如git log中,可以显示某范围内的改动。 除了man gitrevisions, 在这个网站上也有不过的描述,尤其是对 double dot 和 triple dot http:///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 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*
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:///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
|
|