git常用指令一览表
| GIT指令 | 说明 |
| git add . | 将全部文件的内容加到Git索引以便执行commit. 这个指令不会检查文件夹中是否有文件被删除。 要注意的是，只有执行“ git add”时的文件内容会被加入Git 索引。如果后来又修改了文件， 新的文件内容不会在Git索引中。我们必须重新执行“ git add ”指令，才会更新Git索引。 |
| git add 文件名 文件名 … | 将指定的文件的内容加到Git 索引，以便执行commit 操作。要注意的是， 只有执行“ git add”时，文件内容才会被加入Git 索引。如果后来又修改了文件， 新的文件内容不会在Git 索引中。我们必须重新执行“ git add ”指令，才会更新Git 索引。 |
| git add -A | 除了把全部文件的内容加到Git 索引以外，也会检查文件夹中是否有文件被删除。这些 被删除的文件会标记在Git 索引中，当执行commit 指令的时候，被标记删除的文件也会 从新的commit 节点中被删除。我们可以从Git 丈档库的历史版本中找回被删除的文件。 |
| git add –update 或是 git add -u |
对比当前文件夹中的文件内容和Git 文档库中的文件内容，把有修改的部分和删除的文 或是件加到Git 索引，以便执行commit 。这个指令不会增加新的文件到Git 索引，只会更新 或是删除文件。 |
| git blame 文件名 或者 git blame -L 起始行，结束行文件名 或者 git blame -L 起始行，文件名 或者 git blame -L 结束行，文件名 |
显示文件的每一行是由谁修改。可以搭配“－L”选项，指定要从哪一行开始到哪一行 或是结束。如果没有指定起始行，表示是从文件的第一行开始。如果没有指定结束行， 表示要到文件的最后一行。 |
| git branch 自己取的分支名称 [commit 节点标识符或是标签] |
按照参数的多少，会有不同的功能： 1. 如果最后指定了commit 节点标识符或是标签，就会从该节点“长”出分支；如果没 有指定commit 节点，就会从最新的commit“长”出分支; 2 “ git branch”指令后面没有接任何参数时，会列出当前文档库中正在开发的所有分支。 |
| git branch 新分支的名称己经存在的分支 | 从特定的分支，再长出另一个新的分支。 |
| git branch -a | 列出丈档库和远程文档库中所有的分支。 |
| git branch -d 要删除的分支名称 | 删除指定的分支。必须先切换到另一个分支,才能执行这个指令。 |
| git branch -D 要删除的分支名称 | 在一般情况下，分支应该先合并到另一个分支，之后才能够被删除。如果我们要删除还 没有合并的分支， Git 会显示错误信息，并且停止删除分支的操作。如果确定要删除还 没有合并的分支，可以使用“－D ”选项，要求Git 强制执行删除分支的操作。 |
| git branch –list 分支名称样板 | 显示符合“分支名称样板”的所有分支，例如以下指令范例会显示所有以“ bug/”开头 的分支：git branch –list bug/* |
| git branch -m 新的分支名称 | 更改分支的名称。必须先切换到该分支，才能够执行这个指令。 |
| git checkout 文件1 文件2 … 或是 git checkout . |
Git 会先找索引中有没有该文件，如果有就把它取出：如果没有，就从最新的commit 节点开始，按照时间顺序往前寻找，然后取出第一个找到的文件版本，每一个文件都用 同样的方式处理。如果要取出文档库中全部文件的最新版本，可以执行“ git checkout .”’ |
| git checkout commit 节点标识符或标签[文件1 文件2..] | 从Git 文档库的commit 节点取出指定的文件。如果取出的文件和当前文档库中最新 commit 的文件内容不同，这个取出的文件内容会自动记录在Git 索引中。下次执行”git commit” 指令时，这个取出的文件内容就会存入文档库中成为新的版本。如果要避免这 种情况发生，可以在执行“git checkout”指令之后，立刻执行“ git reset HEAD ”来清除 Git 索引。 |
| git checkout 分支名称 | 将当前操作的分支切换到指定的分支。 |
| git checkout -f 分支名称 | 在切换分支的时候， Git 会先对比丈档库中当前分支的文件内容是否和将要切换过去的 分支的文件内容相同。针对内容不一样的文件， Git 需要从文档库中取出该文件，这是 为了让文件夹中的文件符合分支原来的状态。但是为了避免数据遗失，当Git 要覆盖 文件夹中的文件时，会检查该文件的内容是否已经加入文档库。如果还没有加入， Git 会显示警告信息，并且停止执行，以免资料遗失。如果我们确定不想保留这些已经修改 却还没有加入文档库的文件，可以加入“－f”选项，这样Git 就会强制覆盖修改后的文件。 |
| git checkout -b 新分支的名称[commit 节点标识符或是标签] | 创建指定的分支，然后切换到新创建的分支。这个指令等同于先执行“ git branch 新分支的 名称commit 节点标识符或是标签” ， 接着再执行“ git checkout 新分支的名称”。如果最 后指定了commit 节点标识符或是标签，就会从该节点“长”出分支。如果没有指定commit 节点，就会从最新的commit “ 长”出分支。 |
| git cherry-pick -n commit 节点标识或标签 | 把指定的commit节点的文件版本合并到文件夹中的文件。在默认情况下 ，执行这个指令会创建一个新的commit 节点。如果不想要创建新节 或标签点， 则可以加上”－n”选项。执行这个指令之前， 文件夹中被修改的文件必须先存入Git 文档库，否则会出现警告信息，并且停止执行。 |
| git clone “远程Git 文档库”的路径 | 从“远程Git 文档库”复制一个“本地Git或是文档库”到我们的计算机。 第一种方式适用的情况是“远程Git 文档库”在我们自己的计算机上。 |
| git clone –bare[程序项目文件夹名称][“远程Git文档库”的路径] | 从“本地Git 文档库”复制出Bare 类型的“远程Git 文档库” 我们通常会帮Bare类型的文档库加上扩展名”.git”，例如game.git。 |
| git commit -m ‘这次操作的说明’ [–author=‘操作者姓名 [email 邮箱]’] | 把当前Git 索引的内容送进文档库存储。每一次执行commit 一定要附加说明和操作者 信息。如果没有使用“－m ” 选项， Git 会启动文字编辑程序让我们输入操作说明。默认 的文字编辑程序是vi ，我们可以使用“ git config ”指令设置其他的文字编辑程序，详 细操作方式请参考第2 单元的说明。除了使用“–author”选项输入操作者信息以 外，也可以把操作者的信息记录在Git 配置文件中， 这样就不用加上“–author” 选项. |
| git commit -a -m ‘这次操作的说明’[–author=‘操作者姓名[email 邮箱]’] 或是 git commit –all -m ‘这次操作的说明’[–author=‘操作者姓名[email 邮箱]’] | 这个指令的效果等同于先执行“git add -u”再执行“ git commit -m ‘这次操作的说明’ –author=‘操作者姓名[email 邮箱]’”。首先对比当前文件夹中的文件内容和Git 文 档库中的文件内容，把有修改的部分和删除的文件加到Git 索引，然后执行commit。这 个指令不会把新的文件加到Git 文档库。 |
| git commit –amend -m ‘新的操作说明’–author=‘操作者姓名[email 邮箱]’) | 修改最近一次commit 节点的操作说明，或是操作者信息 |
| git config -l 或者 git config –global -l 或者 git config –system -l | 只有使用“ －l”选项时会显示三个不同层级的配置文件中所有的设置项。低优先权配置
文件的设置项会先显示，最高优先权配置文件的设置项显示在最后。 加入“–global ” 选顶时会显示优先权配置文件中的设置项，也就是登录账号的home 或是directory 里面的.gitconfig 文件中的设置。 加入“–system ”选项时会报示最低优先权配置文件中的设置顶，也就是Git程序安装文 件夹里面的etcgitconfig 文件夹的设置。 |
| git config 设置项名称‘设置值’ 或者 git config –global 设置项名称‘设置值’ 或者 git config –system 设置项名称‘设置值‘ |
在Git 配置文件中加入或是修改设置。如果“设置值”中没有空格，可以省略单引号。 如果没有使用任何选项，表示要将设置项写到当前操作中的Git文档库中的配置文件。 如果加入“–global ”选项，表示要将设置项写到登录账号的home directory 里面 的.gitconfig 配置文件中．如果加入“–system”选项，表示要将设置项 写到Git 程序安装文件夹里面的etcgitconfig配置文件中。 |
| Git diff 文件名 | 判断该文件是否发成冲突或者解决冲突是否成功 |
| Git fetch 或者 git fetch –all | 从“远程Git 文档库”取回当前所在分支的最新数据。完成这项工作之后，我们计算机 上的“远程Git 文档库”的当前分支状态就和实际的情况一致。如果想要一次获取全部 分支最新的数据，可以加上“－all ”选项。 |
| Git init | 在当前的文件夹创建一个Git 文档库。如果这个文件夹己经有Git 文档库，这个指令就 不会再重新创建，也不会修改其中的内容。Git 文档库其实是名称叫作“ .git ”的子文件 夹，默认它会被隐藏起来，我们可以改变文件夹的查看选项让它显示出来。如果删除这 个子文件夹， Git 文档库的内容就会全部消失。 |
| Git init -bare Git 文档库文件夹名称 | 创建Bare 类型的Git 文档库。我们通常会帮Bare 类型的Git 文档库加上扩展名“ .git ”， 例如game.git 。 |
| git log | 按照时间顺序，从最近一次的commit 开始，往前列出每一次commit 的信息，包括标识 符、执行人、日期利时间以及说明。 |
| Git log -after=’公元年－月－日 时间’[–before＝’公元年－月－日 时间’] | 指定要显示某一段时间期间的commit 的信息。“ after＂可以换成“-since ”，“–before ” 可以换成“-until”。 |
| Git log -author=‘人名’ | 只显示特定人的commit 节点信息。 |
| git log –graph –online –all –decorate | 加上“–graph ” 选项会用文本模式排列出commit 节点的演进图 ．加上’–oneline ”选 项会用最精简的方式显示． 加上“ –all ”选项会显示所有分支的commit信息。 加上“–decorate ” 选项表示要标示分支的名称。 |
| git log –stat 或者 git log –shortstat 或者 git log –numstat |
显示每一个commit 更改程序代码和文件的情况，包括有多少文件被修改了、 增加了几行程序代码和删除了几行程序代码。 |
| git ls-file | 列出当前Git 文档库中的文件列表。 |
| git ls-remote | 列出“本地Git 文档库”对应的所有“远程Git 文档库” |
| git merge 分支名称 | 把指定的分支合并到当前所在的分支。 |
| git merge –abort | 合并的过程发生冲突之后，执行这个指令可以放弃合并。Git 文档库和文件夫中的文件 内容都会恢复到未执行合并前的状态。 |
| git merge –no-ff 分支名称 | “–no-ff”逃项表示不要使用fast-forward merge 。 |
| git mv 原来的文件名 新文件名 | 更改文件夹巾的文件名，或是子文件夹名称，然后把它记录在Git 索引。接着只要执行 “git commit”指令，就可以将更改存入文档库。 |
| git pull 或者 git pull -all |
“git pull”指令会执行两项工作： 1. 从“远程Git 文档库”取回当前所在分支的最新数据。完成这项工作之后，计算机 上的“远程Git 文档库”的当前分支状态就和实际的情况一致。如果想要一次获取全部 分支最新的数据，可以加上“–all ”选项。 2. 把“远程Git 文档库”的分支合并到“本 地Git 文档库”的分支。 |
| git pull –rebase 或者 git pull -r |
把“ git pull ＂指令的第二个步骤换成“ git rebase” （原来是“ git merge” ）。 |
| git push | 执行这个指令时，屏幕画面会显示一段信息，提示我们需要在Git 的配置文件中如入
push.default 的设置。我们可以执行下列指令，指定push.default 为matching:
git config –global push.default matching 这样的话，如果只下达”git push”指令，后面没有加上任何参数， Git 会 把“本地Git文档库”中所有曾经传送给“远程Git 文档库”的分支，都一并更新. 或者，可以执行下列指令，指定push.default 为simple: git config –global push.default simple 这样的话，如果只下达“ git push ”指令，后面没有加上任何参数。Git 会检查当前所在 的分支是否在配置文件中记录了它对应的“远程Git 文档库”的分支。如果有，就会 传送更新给“远程Git 文档库”。否则，就不会执行更新。和matching 的设置相比之下， simple 是比较安全的做法。因为它只会更新当前所在的分支，不会一次更新全部的分支。 |
| git push origin 分支名称 | 把指定分支的最新状态送到origin 属性所对应的“远程Git 文档库”。执行这个指令不 会在配置文件中记录“本地Git 文档库”的分支和“远程Git 文档库”的分支之间的对 应关系． |
| git push “远程Git 文档库”的url 分支名称 | 把指定分支的最新状态送到指定的“远程Git文档库”。执行这个指令不会在配置文件中 记录“本地Git 文档库”的分支和“远程Git文档库”的分支之间的对应关系。 |
| git push –all | 把“本地Git 文档库”中所有的分支传送到“远程Git 文档库”。 |
| git push “远程Git 文档库”的名称 –delete[分支名称] | 删除“远程Git 文档库”中的指定分支。 |
| git rebase 分支名称 | 把指定分支的修改运用到当前的分支。当前分支会变成从指定的分支的HEAD 节点长 出来。 |
| git rebase –abort | 如果执行rebase 指令后出现冲突的情况，可以使用这个指令取消rebase 的操作。 Git 文档库会恢复到还没有执行rebase 之前的状态。 |
| git rebase –continue | 执行rebase 指令后出现冲突的情况，而且我们己经编辑好发生冲突的文件， 接着就可以执行“git add”指令， 把新的文件内容加入Git 索引， 最后再执行这个指令，完成rebase的操作。 |
| git reflog HEAD 或是任何分支的名称 | 显示HEAD 或是任何分支变动的历史记录。如果不加任何参数，默认会列出HEAD 变动 的历史记录。 |
| git remote -v | 显示和“远程Git 文档库”相关的设置。 |
| git remote add [“远程Git 文档库”的名称] [“远程Git 文档库”的url] | 在“本地Git 文档库”的配置文件中加入指定的“远程Git 文档库”名称， 并且设置它 的url |
| git remote rm “远程Git 文档库”的名称 或者 git remote remove “远程Git 文档库”的名称 |
删除“本地Git 文档序”的配置文件指定的“远程Git 文挡库”名称。 一旦删除“远程Git 文档库”的名称，所有属于它的追踪 分支也会一并消失。如果要再还原回来，只要再执行”git remote add”指令 和“ git remote update”指令即可。 |
| git remote rename 旧名称 新名称 | 改变“远程Git 文档库”的名称。改变“远程Git 文档库”的名称之后， 和它相关的远程追踪分支的名称也会自动更新。 |
| git reset HEAD 文件名 | 将指定文件的内容从Git 索引中删除。如果没有加上文件名，则会清除 Git 索引中所有的内容。 |
| git reset –soft commit 节点标识符或是标签 或者 git reset –mixed commit 节点标识符或是标签 或者 git reset –hard commit 节点标识符或是标签 |
将Git 文档库“消磁”，让Git 文挡库恢复到某一个commit 节点的状态， 如果使用“–soft ＂选项，表示只有文档库中的数据会更改， Git 索引和文件夹中的文件都不会受到影响。如果使用“–mixed ”选项（这是默 认的选项），表示Git 索引也会恢复到指定节点的状态，但是文件夹中的文件仍然不会 受到影响。如果使用“–hard ” 选项，则文档库、Git索引和文件夹中的文件都会恢复到 指定节点的状态。 |
| git revert commit 节点 | 回到指定的commit 节点的前一个节点的文件状态。执行完毕后会新增一个commit 节 点。请注意和“ git reset ”指令的差别。 |
| git revert –abort | 如果执行“git revert”指令的时候发生冲突，可以执行这个指令取消revert 的操作。 |
| git rm 文件名 | Git 会执行两项检查： Git 索引中有没有该文件的内容（也就是 刚刚有没有执行过“git add 文件名”），如果有，表示这个文件的内容和文档库中的不 一样，为了避免遗失数据， Git 会显示提醒信息，然后放弃执行： 2. 文件夹中的文件内容是不是和文档库中的一样，如果不一样， Git 同样会显示提醒 信息，然后放弃执行，以免遗失数据。如果通过以上两项检查， Git 会马上删除文 件夹中的文件，然后在索引中记录要从文档库中删除该文件。最后必须再执行”git commit”指令才会真正从文档库中删除文件。 |
| git rm –cached 文件名 | 把指定的文件从tracked 状态变成untracked状态，也就是说从此以后不需要在文档库中 更新这个文件， 而且Git 索引中这个文件的内容也会被删除，但是Git 不会从文件夹中 删除这个文件(这是加上”–cached”选项最大的差别)。 |
| git shortlog | 按照人名的字母顺序，列出每－个人执行commit 的次数和说明。 加上“–numbered ”选项（或是“ －n ” ）可以按照commit 次数，由高至低按序排列。 如果不需要显示commit 说明，可以加上”–summary ＂选项（或是“－s ”）。 |
| git show commit 节点标识符或是标签 | 显示特定commit 节点的详细信息。commit节点标识符是一组很长的16 进制数字，指 定commit 节点标识符时，不需要将它完整列出。一般只要使用最前面4 个数字即可， Git 会向动找出对应的节点。如果找到超过一个以上的节点， Git 会显示错误信息， 这时候换长一点的数字就可以解决。 |
| git show 文件名 | 显示指定文件最新版本的修改情况。也就是比较文件最新版本和前一个版本的差异。 |
| git stash list | 显示Git 暂存区的状态。 |
| git stash pop 或者 git stash apply | 取出暂存区的文件，将它们的内容合并到当前文件夹中的文件。 |
| git stash save | 这个指令会执行下列两项工作： 存储文件夹中被Git 追踪的文件和文档库中最新文件版本的差异： 把文件夹中被Git 追踪的文件还原成文档库中最新的文件版本。 |
| git status | 这个指令会执行以下3 项工作： ]. 检查Git 索引的内容，看看是否需要执行commit 存入文档库。 2. 对比文件夹中的文件和文档库中的文件，列出修改过的文件列表。 3. 列出untracked 状态的文件。 |
| git tag 自定义的标签名称[commit 节点标识符或是标签] | 指定的commit 节点贴上自定义的标签，之后就可以用这个自定义的标签来指定这个 commit 节点。 |
| git tag -d commit 节点标签 | 删除自定义的commit 节点标签。 |
| gitk –all | 启动图形操作模式，如果加入“–all ”选项，表示要显示全部的分支，否则只会显示当前 操作中的分支。 |