git常用命令总结

持续更新中---

一、定义：以下均使用括号中的简称

工作区：workspace (W)

暂存区：index (I)

本地仓库：local repository (L)

远程仓库：remote repository (R)

二、常用命令：

1.初始化

git init

2.常用配置信息　

(如果不使用--global，则只设置当前项目的配置信息)

查看.gitconfig文件在哪里：

git config --list --show-origin

直接改全局代理文件：

git config --global --edit

设置代理：

git config --global http.proxy http://xxx.com:port

取消代理：

git config --global --unset http.proxy

设置用户名:

git config --global user.name "[name]"  

设置邮箱: 

git config --global user.email "[email address]" 

设置命令行颜色：

git config --global color.ui auto

查看用户名:

git config --global user.name

配置crlf:

git config --global core.autocrlf [true/false/input]

(在windows下设置为true，则提交的内容是LF,本地是CRLF)

配置文件名大小写敏感：（git默认不区分文件名大小写）

(可以新增文件，但是之前文件还没有删除) git config core.ignorecase false 

(可以尝试) git mv --force myfile myFile

3.添加--从工作区W到暂存区I

添加单个文件/多个文件/目录：

git add [file1] [file2] [directory] 

添加新增和修改的文件，不做删除操作：

git add . 

添加修改和删除的文件，不做新增操作：

git add -u

添加增删改的文件：等于git add .;git add -u;  

git add -A

4.提交：

(1)从暂存区I到本地仓库L

git commit -m [提交信息]

(2)

5.撤销

(1)从暂存区I到工作区W

git rm --cached <file> ...

(2)恢复到HEAD版本

git reset --hard HEAD

(3)修改提交的用户名信息

git commit --amend --author="Author Name <email@address.com>"

6.远程

(1)更改远程仓库地址

git remote set-url origin http://xxx.xx.com/x.git

(2)查看远程仓库地址

git remote show origin

(2)查看远程仓库日志

git log origin/master

(3)比较本地分支和远程分支

git diff master origin/master

(4)查看远程分支

git branch -r

(5)拉取远程

方法1：拉取并合并

git pull

方法2：先拉取后合并

git fetch origin

git merge origin/master

(6)查看本地分支和远程分支的差异

git diff master origin/master

(7)基于远程分支创建本地分支

git checkout -b feature origin/feature

7.分支

查看分支：git branch

查看远程分支的本地copies：git branch -r

查看远程分支： git ls-remote

查看所有分支： git branch -a

创建分支：git branch <name> <origin/name>

切换分支：git checkout <name>

创建+切换分支：git checkout -b <name> <origin/name>

合并某分支到当前分支：git merge <name>

删除分支：git branch -d <name>

删除远程分支： git push origin --delete <name>

获取远程分支： git fetch

更新远程分支的本地copies: git fetch --prune origin

删除不存在的远程分支的信息：git remote prune origin

8.储藏

保存：git stash

查看stash列表：git stash list

恢复：git stash apply

恢复特定版本：git stash apply stash@{2}

清除某个stash记录:git stash drop stash@{0}

9.引用

(1)查看提交的哈希字串

git log

git log --pretty=oneline

git log --pretty=format:"%an %h %s"  // 作者/hash/commit message

查看历史中有xxx的

git log -G"删除掉的内容" -p

git log -S"删除掉的内容" -p

git log --grep "删除掉的内容"

git log -p | grep "删除掉的内容"

查看某个目录（eg: txv）的提交记录

git log -- txv

git log -p -- txv (有详细的内容)

(2)查看某个提交

git show 0c708f(哈希)

(3)查看分支、标签或间接引用的哈希

git rev-parse master

(4)查看引用

在.git/refs目录下

git show refs/heads/some-feature

在.git目录下还有一些引用：

• HEAD – 当前所在的提交或分支。
• FETCH_HEAD – 远程仓库中fetch到的最新一次提交。
• ORIG_HEAD – HEAD的备份引用，避免损坏。
• MERGE_HEAD – 你通过git merge并入当前分支的引用(们)。
• CHERRY_PICK_HEAD – 你cherry pick使用的引用。

(5)refspec

refspec的定义是这样的：[+]<src>:<dst>。<src>参数是本地的源分支，<dst>是远程的目标分支。可选的+号强制远程仓库采用非快速向前的更新策略。

(6)相对引用

git show HEAD~2 祖父节点

git show HEAD^2 第二个父节点(分支合并时，原所在分支是第一个父节点)

git show HEAD^2^1 可以多层

(7)引用日志

git reflog

git checkout  HEAD@{1}

10.代码回滚

reset checkout revert的选择

reset checkout 可以指定文件或某次提交，revert只针对提交，不针对文件

checkout revert 有可能会重写文件，在使用前要提交或缓存工作目录的修改

(1)reset(仅仅用在私有分支上，一般只用HEAD)

git checkout feature

git reset HEAD (末端两个提交变成悬挂提交，git垃圾回收时会被删除)

git reset --hard HEAD

• --soft – 缓存区和工作目录都不会被改变
• --mixed – 默认选项。缓存区和你指定的提交同步，但工作目录不受影响
• --hard – 缓存区和工作目录都同步到你指定的提交

git reset HEAD file1.js 将HEAD提交中的该文件加入到缓存区,针对文件没有--mixed之类的参数，相当于撤销 git add 操作（验证过这个作用）

(2)checkout

git checkout feature 切换分支

git checkout HEAD~2 把HEAD移动到特定提交，但会造成HEAD分离，非常危险，如果你接着添加新的提交，然后切换到别的分支之后就没办法回到之前添加的这些提交。因此，在为分离的HEAD添加新的提交的时候你应该创建一个新的分支。

git checkout HEAD~2 file1.js 将工作目录的该文件同步到HEAD~2

(和git reset HEAD --hard很像，但只影响特定文件)

(3)revert(可以用在公共分支，不会影响历史，创建一个新的提交来撤销某个提交的修改)

git checkout feature

git revert HEAD~2 

revert多个提交生成多个commit：git revert old-commitId^..new-commitId

如果我们想把这三个revert不自动生成三个新的commit，而是用一个commit完成，可以这样：
git revert -n old-commitId^..new-commitId

然后确认无误后，执行git revert --continue

11.打标签

(1)查看当前标签

git tag

(2)打标签

git tag -a v1.0.0 -m "my version v1.0.0"

(3)查看某个tag

git show v1.0.0

(4)删除某个tag

git tag -d v1.0.0

(4)把tag推送到远程

git push origin --tags

12.比较

git diff  工作区(W)跟暂存区(I)的区别(使用 f 翻下一页，使用b 翻上一页)

git diff HEAD 工作区(W)跟本地仓库(L)的区别

git diff --staged 暂存区(I)跟本地仓库(L)的区别

(后边跟上文件名则只对比某个文件)

提交前比较某个文件

git diff -- myfile.js 工作区(W)跟暂存区(I)的区别

git diff HEAD --  myfile.js 工作区(W)跟本地仓库(L)的区别

git diff --cached myfile.js 暂存区(I)与本地仓库(L)的区别

比较时忽略空格变化

git diff -w (--ignore-all-space)

使用图形化工具查看比较

gitk &

设置图形化工具的编码

git config --global gui.encoding utf-8

13.打包

git archive --format zip --output /path/to/file.zip master

14.分支的衍合

(1)分支rebase

git checkout feature

git rebase master

解决冲突后 git add .

git rebase --continue

(2)合并多个提交：

git rebase -i [startpoint] [endpoint]

git rebase -i HEAD~3 

https://juejin.im/entry/5ae9706d51882567327809d0

https://www.liaoxuefeng.com/wiki/896043488029600/1216289527823648

eg:如果要把最近两次提交合并则：

git rebase -i HEAD~2

将除第一行的pick外的改成s或者squash

:wq保存

删掉commit msg 只留下一个commit msg

:wq 保存

git push -f // 强制push到远端

(3)减少merge次数

git pull --rebase 

当远端分支有其他人的提交时，本地执行git pull通常会生成一个merge节点。可以使用git pull --rebase来避免这类merge节点

15.只合并某个提交或者某个文件

git cherry-pick <commit id>  合并某一个提交

git cherry-pick -x <commit id> 合并某一个提交，并保留原提交的信息

git cherry-pick <start commit id>..<end commit id> 合并某个区间的提交，左开右闭

git cherry-pick <start commit id>^..<end commit id> 合并某个区间的提交，闭区间

git checkout branchname -- <paths>

git merge --no-ff --no-commit branchname  (不快速向前，不提交)

16.git 免重复登录方式

git本身支持SSH方式，在此不具体介绍了。

git支持credential的方式，在win7下可以设置credential helper为wincred，可以在"控制面板"--"用户账户"--"凭据管理器" 里查看凭据。在mac可以设置osxkeychain，可以在keychain access钥匙串工具里的login凭据里查看。

设置和取消凭证管理的方式：

git config --global --unset credential.helper

git config --global credential.helper wincred

17.git 设置命令别名

git config --global alias.co checkout 

git config --global alias.ci commit

git config --global alias.br branch

git config --global alias.lg "log --color --gragh --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(blod blue)<%an>%Creset' --abbrev-commit"

参考地址：http://blog.csdn.net/zhang31jian/article/details/41011313

18.git 判断代码最初是由谁提交的

git blame <filename>

git blame -L 100,100 <filenname>

git blame -L 100,+10 <filename>

19.冲突解决

(1)merge之后冲突，如果保留当前版本用--ours，如果保留合并版本用--theirs

eg: git checkout --theirs webpack.config.js

(2)取消合并

git merge --abort

(3)强制branchA与branchB完全一样

git checkout branchA

git reset --hard branchB

git push -f origin branchA

20.fork项目以后如何同步源项目的更新内容

git remote -v  //查看远程状态

git remote add upstream https://github.com/ORIGINAL_OWNER/ORIGINAL_REPOSITORY.git   //确定一个将被同步给 fork 远程的上游仓库

git remote -v  //查看状态确认是否配置成功

git fetch upstream //更新本地upsteam/master

git checkout master

git merge upstream/master

git push origin master

21.git bisect

是一个很有用的命令，用来查找哪一次代码提交引入了错误 http://www.ruanyifeng.com/blog/2018/12/git-bisect.html

git log --pretty=oneline // 查看日志

git bisect start HEAD 4d83cf    //  [终点] [起点]

git bisect good // 这个commit的时候是正常的

git bisect bad // 这个commit的时候是不正常的

git bisect reset // 退出查错

22.git submodule vs subtree

git submodule类似于引用，而git subtree类似于拷贝

https://www.xianmin.org/post/git-submodule/

	submodule	subtree
修改代码并提交	默认在detached HEAD，需要先切换分支，push跟正常git一样	push会比较慢
更新到最新版本	需要递归更新git submodule foreach git submodule update	所有子模块单独更新
远程仓库空间占用	只是引用，基本不占什么地方，只有.gitmodules和一个目录文件	子模块copy，会占用较大的额外空间
本地占用空间	需要详细文件	需要详细文件
仓库clone	除了clone还需要init和更新，稍微复杂	clone后即可使用，简单一下

submodule官方文档 https://git-scm.com/book/zh/v2/Git-%E5%B7%A5%E5%85%B7-%E5%AD%90%E6%A8%A1%E5%9D%97

submodule的坑 https://blog.devtang.com/2013/05/08/git-submodule-issues/

(1)添加子模块到指定路径：git submodule add https://github.com/chaconinc/DbConnector <本地目录名eg: DbConnector>

(2)虽然 DbConnector 是工作目录中的一个子目录，但 Git 还是会将它视作一个子模块。当你不在那个目录中时，Git 并不会跟踪它的内容， 而是将它看作子模块仓库中的某个具体的提交。

看更漂亮的差异输出: git diff --cached --submodule

(3)克隆含有子模块的项目

方法1:

git clone https://github.com/chaconinc/MainProject

git submodule init 初始化本地配置文件

git submodule update 从该项目中抓取所有数据并检出父项目中列出的合适的提交

备注: git submodule update --init 可以将将git submodule init 和 git submodule update 合并成一步,

如果还要初始化、抓取并检出任何嵌套的子模块， 请使用简明的 git submodule update --init --recursive

方法2:

git clone --recurse-submodules https://github.com/chaconinc/MainProject

(4)从子模块的远端拉取上游修改(更新主项目对子模块的引用情况)

cd DbConnector

git fetch 

git merge origin/master

如果你现在返回到主项目并运行 git diff --submodule，就会看到子模块被更新的同时获得了一个包含新添加提交的列表。 如果你不想每次运行 git diff 时都输入 --submodle，那么可以将 diff.submodule 设置为 “log” 来将其作为默认行为。

git config --global diff.submodule log

git diff

如果你不想在子目录中手动抓取与合并，那么还有种更容易的方式。 运行 git submodule update --remote，Git 将会进入子模块然后抓取并更新。

(5)使用子模块的指定分支

git config -f .gitmodules submodule.DbConnector.branch stable

如果不用 -f .gitmodules 选项，那么它只会为你做修改。但是在仓库中保留跟踪信息更有意义一些，因为其他人也可以得到同样的效果。

如果你设置了配置选项 status.submodulesummary（git config status.submodulesummary 1），Git 也会显示你的子模块的更改摘要(git status的时候) 

查看日志 git log -p --submodule

(6) 从MainProject项目远端拉取上游更改

默认情况下，git pull 命令会递归地抓取子模块的更改，如上面第一个命令的输出所示。 然而，它不会 更新 子模块，可以使用git submodule update --init --recursive 

如果你想自动化此过程，那么可以为 git pull 命令添加 --recurse-submodules 选项（从 Git 2.14 开始）。 这会让 Git 在拉取后运行 git submodule update，将子模块置为正确的状态。 此外，如果你想让 Git 总是以 --recurse-submodules 拉取，可以将配置选项 submodule.recurse 设置为 true （从 Git 2.15 开始可用于 git pull）。此选项会让 Git 为所有支持 --recurse-submodules 的命令使用该选项（除 clone 以外）。

在为父级项目拉取更新时，还会出现一种特殊的情况：在你拉取的提交中， 可能 .gitmodules 文件中记录的子模块的 URL 发生了改变。 比如，若子模块项目改变了它的托管平台，就会发生这种情况。 此时，若父级项目引用的子模块提交不在仓库中本地配置的子模块远端上，那么执行 git pull --recurse-submodules 或 git submodule update 就会失败。 为了补救，git submodule sync 命令需要：

# 将新的 URL 复制到本地配置中

$ git submodule sync --recursive

# 从新 URL 更新子模块

$ git submodule update --init --recursive

(7) 修改子模块

cd DbConnector

git checkout stable // 选择分支，避免使用游离的HEAD

 

cd ..

git submodule update --remote --merge

 

cd DbConnector

vim src/db.c

git commit -am 'unicode support'

 

cd ..

git  submodule update --remote --rebase 

(8) 发布子模块的改动

现在我们的子模块目录中有一些改动。 其中有一些是我们通过更新从上游引入的，而另一些是本地生成的，由于我们还没有推送它们，所以对任何其他人都不可用。

可以让 Git 在推送到主项目前检查所有子模块是否已推送。 git push 命令接受可以设置为 “check” 或 “on-demand” 的 --recurse-submodules 参数。

如果任何提交的子模块改动没有推送那么 “check” 选项会直接使 push 操作失败：git push --recurse-submodules=check ， 可以通过设置 git config push.recurseSubmodules check 让它成为默认行为。

如果任何提交的子模块改动没有推送那么 “on-demand” 选项会直接帮你先push子模块： git push --recurse-submodules=on-demand 可以通过设置 git config push.recurseSubmodules on-demand 让它成为默认行为。

(9)合并子模块改动

有冲突的时候使用, 貌似比较复杂 

(10)子模的块技巧

子模块遍历

git submodule foreach 'git stash'

git submodule foreach 'git checkout -b featureA'

有用的别名

$ git config alias.sdiff '!'"git diff && git submodule foreach 'git diff'"
$ git config alias.spush 'push --recurse-submodules=on-demand'
$ git config alias.supdate 'submodule update --remote --merge'

 

23.将子文件夹拆分成新仓库

我理解是一次性的拆分，能保留该子文件夹的提交记录保留下来，之后就各自维护了吧（使用场景不多）

https://docs.github.com/cn/github/getting-started-with-github/using-git/splitting-a-subfolder-out-into-a-new-repository

https://stackoverflow.com/questions/7430717/git-filter-branch-on-all-branches

三、常用场景：

1.创建新的库

mkdir tutorial

cd tutorial

git init

touch README.md

git add README.md

git commit -m "first commit"

git remote add origin http://xxx.xx.com/x.git

git push -u origin master

2.push已经存在的库

cd existing_repo

git remote add origin http://xxx.xx.com/x.git

git push -u origin master

3.merge request

git fetch origin

git checkout -b request-branch origin/request-branch

git checkout master

git merge --no-ff request-branch

git push origin master

 默认情况下，Git执行"快进式合并"（fast-farward merge），会直接将Master分支指向Develop分支。

使用--no-ff参数后，会执行正常合并，在Master分支上生成一个新节点。为了保证版本演进的清晰，我们希望采用这种做法。

4.github quick setup

(1)https://github.com/username/gittest.git

git@github.com:username/gittest.git

(2)create a new repository on the command line:

echo "# gittest" >> README.md

git init

git add REAME.md

git commit -m "first commit"

git remote add origin git@github.com:username/gittest.git

git push -u origin master

(3)push an existing repository from the command line

git remote add origin git@github.com:username/gittest.git

git push -u origin master

(4)import code from another repository

You can initialize the repository with code from a Subversion,Mercurial, or TFS project.

5.gitflow

参考链接：http://www.cnblogs.com/cnblogsfans/p/5075073.html

可以使用GUI工具SourceTree（http://blog.csdn.net/victor_barnett/article/details/51211282）

git flow init之后，配置文件和hooks分别在.git/config  .git/hooks/

• 初始化: git flow init

• 开始新Feature: git flow feature start MYFEATURE

• Publish一个Feature(也就是push到远程): git flow feature publish MYFEATURE

• 获取Publish的Feature: git flow feature pull origin MYFEATURE

• 完成一个Feature: git flow feature finish MYFEATURE

• 开始一个Release: git flow release start RELEASE [BASE]

• Publish一个Release: git flow release publish RELEASE

• 发布Release: git flow release finish RELEASE
  别忘了git push --tags

• 开始一个Hotfix: git flow hotfix start VERSION [BASENAME]

• 发布一个Hotfix: git flow hotfix finish VERSION