ProGit-读书简记

ProGit-读书简记

git log -p -2 #显示最近两次提交每次提交的差异
git --stat    #在每次提交的下面列出额所有被修改过的文件、有多少文件被修改了以及被修改
git log --pretty=format:"%h %s" --graph #提交对象的简短哈希字串 提交说明 图显

git log  --since=2.weeks  #列出所有最近两周内的提交
git log -Sfunction_name   #找出添加或移除了某一个特定函数的引用的提交

git remote -v  #显示远程仓库信息；
git remote add [shortname] [url]  #添加一个新的远程Git仓库
git fetch [remote-name]  #从远程仓库中抓取，不同于git pull，并不会合并，
git push [remote-name] [branch-name]  #推送到远程仓库
git remote show [remote-name]  #查看远程仓库 
git remote rename [ori-name]  [dst-name]  #重命名
git remote rm [shortname]  #移除

git tag  #列出标签
git tag -a v1.4 -m 'my version 1.4' #使用-a创建附注标签，-m指定存储在标签中的信息
git show v1.4  #查看标签信息与对应的提交信息
git tag v1.4-lw  #创建轻量标签
git tag -a v1.2 9fceb02  #后期打标签，9fceb02是之前的一个提交
git push origin v1.5  #共享标签
git push origin --tags  #一次推送多个标签
git checkout -b [branchname] [tagname]  #在特定的标签上创建一个新分支

git config --global alias.co checkout  #为checkout起别名co
git config --global alias.last 'log -1 HEAD' #git last 显示最后一次提交
git config --global alias.visual '!gitk'  #想要执行外部命令，而不是一个 Git 子命令。在命令前面加入 ! 符号

git branch [branch_name]  #创建分支
git checkout [branch_name]  #切换分支
git checkout -b [branch_name]  #新建并切换分支
git branch -d hotfix  #删除hotfix分支
git merge hotfix  #合并hotfix分支，先切换到master分支。当合并有冲突后，git status查看，修改后add，重新合并。 
git branch --merged|--no-merged  #过滤这个列表中已经合并或尚未合并到当前分支的分支

git checkout --track origin/serverfix  #本地创建serverfix分支来跟踪远程仓库上的serverfix分支
git checkout -b sf origin/serverfix  #创建一个sf的本地分支来跟踪远程仓库serverfix分支
git checkout -u origin/serverfix  #设置已有分支来跟踪远程分支
git branch -vv  #查看设置是所有跟踪分支
git push origin --delete serverfix  #删除远程分支

git rebase --onto master server client  #取出 client 分支，找出处于 client 分支和 server 分支的共同祖先之后的修改，然后把它们在 master 分支上重演一遍
git rebase master serve #取出serve分支，在master分支上重演

git log --no-merges issue54..origin/master  #要求 Git 只显示所有在后面分支（在本例中是origin/master）但不在前面分支（在本例中是 issue54）的提交的列表
git log origin/master --not issue54  #作用同上一条命令
git log refA refB --not refC  #refA 或 refB 包含的但是不被 refC 包含的提交
git log master...experiment  #三点语法，查看master 或者 experiment 中包含的但不是两者共有的提交
git log --left-right master...experiment  #还会显示出每次提交位于哪一侧
git request-pull origin/master myfork  #在派生项目中，生成拉取请求的内容
git merge --no-commit --squash featureB  #--squash 选项接受被合并的分支上的所有工作，并将其压缩至一个变更集，使仓库变成一个真正的合并发生的状态，而不会真的生成一个合并提交。这意味着你的未来的提交将会只有一个父提交，并允许你引入另一个分支的所有改动，然后在记录一个新提交前做更多的改动。同样 --no-commit 选项在默认合并过程中可以用来延迟生成合并提交
git format-patch -M origin/master  #通过邮件的公开项目，使用该命令,format-patch 命令打印出它创建的补丁文件名字。-M 开关告诉 Git 查找重命名
cat *.patch |git imap-send  #将patch通过邮箱发送出去，前提是.gitconfig中配置好了imap 

git apply  xx.patch  #应用使用 git diff 或 Unix diff 命令（不推荐）创建的补丁
git apply --check xx.patch  #应用补丁之前检查是否可以顺利应用
git am xx.patch #应用使用format-patch生成的补丁
git diff master...contrib  #三点语法，显示自当前特性分支与 master 分支的共同祖先起，该分支中的工作。
git archive master --prefix='project/' | gzip > `git describe master`.tar.gz  #归档
git archive master --prefix='project/' --format=zip > `git describe master`.zip  #归档
git shortlog --no-merges master --not v1.0.1  #制作提交简报

git stash  #储藏工作目录，准备干净的合并
git stash list  #查看储藏的东西
git stash apply  #应用储藏的东西
git stash apply stash@{2}  #应用更旧的储藏
git stash drop stash@{0}  #移动指定的储藏
git stash pop  #应用并丢弃储藏
git stash --include-untracked 或 -u  #同时储藏未跟踪文件
git stash --keep-index  #不储藏任何你通过git add命令已暂存的东西
git stash branch [branch_name]  #从储藏创建一个分支
git clean  #清理工作目录
git stash --all  #移除每一样东西并存放在栈中
git clean -x  #做一次完全干净的构建而移除所有由构建生成的.o 文件
git clean -f -d  #强制移除工作目录中所有未追踪的文件以及空的子目录，可以使用git clean -d -n来做一次演习，看看要做什么

git grep -n gmtime_r  #寻找gmtime_r并输出所找到的匹配行行号
git grep -count gmtime_r  #使 Git 输出概述的信息，仅仅包括哪些文件包含匹配以及每个文件包含了多少个匹配
git grep -p gmtime_r *.c  #-p选项看匹配的行是属于哪一个方法或者函数，该命令是查看哪个函数调用了gmtime_r
git grep --break --heading -n -e '#define' --and \( -e LINK -e BUF_MAX \) v1.8.0  #查看在旧版本 1.8.0 的 Git 代码库中定义了常量名包含 “LINK” 或者 “BUF_MAX” 这两个字符串所在的行,--break 和 --heading 选项来使输出更加容易阅读
git log -L :git_deflate_bound:zlib.c  #查看 zlib.c 文件中`git_deflate_bound` 函数的每一次变更

git rebase -i HEAD~3  #修改最近三次提交信息，运行命令后会进入交互式界面，按照提示进行即可。

git filter-branch --tree-filter 'rm -f passwords.txt' HEAD  #从整个提交历史中移除一个叫做 passwords.txt 的文件

git reset file.txt #等价于git reset --mixed HEAD file.txt ，用HEAD分支的file.txt更新暂存（索引）区域
git reset eb43bf file.txt #用eb43bf提交的file.txt更新索引

git merge --abort  #尝试恢复到你运行合并前的状态。但当运行命令前，在工作目录中有未储藏、未提交的修改时它不能完美处理，除此之外它都工作地很好
git merge -Xignore-all-space 或 -Xignore-space-change [branch_name]  #忽略任意数量的已有空白的修改 或 忽略所有空白修改
git show :1:hello.rb > hello.common.rb  #导出共同版本
git show :2:hello.rb > hello.ours.rb  #导出我们的版本
git merge-file -p hello.ours.rb hello.common.rb hello.theirs.rb > hello.rb  #手动合并冲突修改后的文件，合并完毕后git clean来清理手动合并创建但不再使用的文件
git diff --ours  #合并前比较结果与在你的分支上的内容，换一句话说，看看合并引入了什么
git diff --base  #查看文件在两边是如何改动的
git checkout --conflict=diff3 hello.rb  #重新检出文件并替换合并冲突标记
git config --global merge.conflictstyle diff3  #通过设置 merge.conflictstyle 选项为 diff3 来做为以后合并冲突的默认选项
git log --oneline --left-right HEAD...MERGE_HEAD  #得到此次合并中包含的每一个分支的所有独立提交的列表
git log --oneline --left-right --merge  #只显示任何一边接触了合并冲突文件的提交
git revert -m 1 HEAD  #-m 1 标记指出 “mainline” 需要被保留下来的父结点
git merge -Xours [branch_name]  #选择特定的一边Ours并忽略另外一边Theirs而不是让你手动合并冲突
git merge-file --ours  #合并单个文件

git bundle create repo.bundle HEAD master  #打包，如果你在打包时没有包含 HEAD 引用，你还需要在命令后指定一个 -b master 或者其他被引入的分支，否则Git 不知道应该检出哪一个分支
git clone repo.bundle repo  #解包
git bundle create commits.bundle master  #获取在我们的 master 分支而不在原始仓库中的提交

git blame -L 12,22 simplegit.rb  #文件标注，展示文件中每一行最后一次修改的提交 -L 选项来限制输出范围在第12至22行
git blame -C -L 141,153 GITPackUpload.m  #在 git blame 后面加上一个-C，Git 会分析你正在标注的文件，并且尝试找出文件中从别的地方复制过来的代码片段的原始出处