git使用杂记

前言

做为一个开发者，若是如今还不知道git或者还不会使用git，那么你应该好好的检讨。本身去好好看一遍的入门介绍吧。今天只是对本身在平常中使用git的一些经常使用命令的介绍与本身认为不错且能提升咱们办公效率的命令。内容可能会有点杂乱，但绝对都是经典的命令，在此记下笔记，也但愿能帮助来赏脸关顾的大家。

区域

在这以前，来介绍一下git的三个区域

• 工做区（working directory）
• 暂存区（stage index）
• 本地历史区（history）

经过一张图就能简洁易懂的明白它们之间的转化。

clone

先从clone命令来介绍，使用过git的都知道它。git colne命令拉取远程仓库到本地。但当咱们要拉取到指定的文件夹下时，你可能会直接mkdir，其实无需如此，一条命令就能搞定git clone 远程仓库 文件名，就是如此简单。

rm

咱们在工做中可能会遇到这么一种状况，使用git add .直接将工做区的全部修改的文件加入到暂存区了，可是后面发现有一个文件先不要加进去，此时咱们就可使用以下命令就能够将该文件退回到工做区中。

git rm --cached <file>

stash

有这么一种状况，当你正在开发中时，有一个线上的紧急bug须要修复，此时开发中的功能又没有完成你不想提交，此时你可使用git stash将工做区的文件都存放起来。这时你就能够放心的去切分支修复bug，修复完以后执行git stash pop能够将先前存放的取出，固然也有一些其余的相关命令例如：git stash list查看存放的记录,git stash drop丢弃存放的记录。

tag

可能在开发中咱们要打标签git tag tagName，而且要将相应的标签推送到远程仓库中，此时可使用以下命令进行推送。

git push --tags tagName

amend

当你commit之后，发现有一个文件没有加进上次的commit中，或者又修改了一些文件。此时你并不想增长新的commit信息，只是想将其加入到上次的commit中。这时你就可使用

git commit --amend <file>

将暂存区的文件加入其中,而且你也能够修改此时的commit信息。

reset

reset也能实现前面的rm的效果，可使用以下命令来替代前面的git rm --cached <file>命令

git reset HEAD <file>

但reset用途更广，结合soft参数能够回撤到任意的commit节点进行操做

git reset --soft index

执行该命令以后，就回到index处，工做区不变、暂存区回到当时的index处。另外还有一个hard参数。

git reset --hard index

与soft能够说对立，它的效果就在于工做区与暂存区的不一样，它会清空这两个区。

rebase

对于rebase是重定向的意思，若是你当前的分支与远程的分支commit信息存在差别时，会提醒你此时不能进行push，必须先将远程的commit信息拉去到本地来，才能进行提交。对于这种状况就可使用rebase命令了。以下当前处在develop分支

此时应该先执行rebase命令

git fetch
git rebase origin/master

执行完以后，最后再push到远程master

git push origin master

最终各个分支的状况就是上图的效果了。若是以为命令多难记，这里也可用一条命令来完成上面的效果

git pull --rebase origin master

这是rebase的简单运用，也是常见的命令了。下面介绍rebase的一个可选参数--onto。

--onto

使用场景：开发过程当中咱们都会建立不一样的分支进行开发不一样的功能，当你在分支A上建立了新分支B进行开发功能而且也提交了一些commit时，此时你发现原来A分支上有错误的commit，若是要rebase到master上时，不能将这个错误的commit也附带上。这个时候就该--onto大显神通了。

当前处在B分支，要获得上面的结果，只需执行以下命令

git rebase --onto master <b的commit hash code> B

这个不只能够针对不一样的分支，也能做用于同一个分支上。因此针对上面的状况能够只对分支B进行操做，等价命令以下：

git rebase --onto <a的commit hash code> <b的commit hash code> B

--interactive

当咱们要修改commit信息的名称时，若是要修改的commit处在第一个时，可使用

git commit --amend

若是不是第一个时，咱们就要使用到rebase的--interactive可选参数了，能够简写为-i。

git rebase -i <commit hash code>

参数后面的commit hash code为须要修改的commit的前一个。执行以后就会出现以下相似的信息：

pick 137cf0a First coommit
pick 163dc38 Second commit

# Rebase f9aee6e..163dc38 onto f9aee6e (2 command(s))
#
# Commands:
# p, pick = use commit
# r, reword = use commit, but edit the commit message
# e, edit = use commit, but stop for amending
# s, squash = use commit, but meld into previous commit
# f, fixup = like "squash", but discard this commit's log message
# x, exec = run command (the rest of the line) using shell
#
# These lines can be re-ordered; they are executed from top to bottom.
#
# If you remove a line here THAT COMMIT WILL BE LOST.
#
# However, if you remove everything, the rebase will be aborted.
#
# Note that empty commits are commented out

根据提示咱们能够有6个可选择的操做。相信提示已经说的很明显了，对于咱们这种要修改First coommit的状况，须要使用r。

r 137cf0a First commit
pick 163dc38 Second commit

执行以后会跳到修该First coomit的界面，进行修改便可。

First commit

# Please enter the commit message for your changes. Lines starting
# with '#' will be ignored, and an empty message aborts the commit.
#
# Date:      Thu Jan 26 23:07:10 2017 +0800
#
# rebase in progress; onto f9aee6e
# You are currently editing a commit while rebasing branch 'master' on 'f9aee6e'.
#
# Changes to be committed:
#       new file:   file1

至于其余的操做项，有兴趣的能够本身去尝试一下。例如s操做就能够用来合并commit。

branch

相信branch都很熟悉，我这里要说的是他的另外一种可能会用到的状况。场景是这样的：若是在你进行建立新的分支时，并不想从当前的commit信息节点进行建立分支。

要实现如上效果只需在建立分支时在后面再添加额外的参数，该参数就是你所需调到的commit节点的hash code

git branch new_branch <commit hash code>

push

这里提一下push的--set-upstream,它的效果是设置上游分支，当咱们将远程不存在的本地分支推送到远程时，若是不在推送的分支上，咱们通常会使用以下命令进行推送。

git checkout push_branch
git push origin push_branch

下面是简洁的方法，使用该参数无需切换分支，能够直接使用以下命令进行推送。

git push --set-upstream origin push_branch

cherry-pick

这个命令的场景是：当你所在的分支没用，你要删除它，但其中的一个commit你仍是想推送到远程master上。

将分支切换到master，执行如下命令：

git cherry-pick <b的 commit hash code>

merge

咱们所熟知的是使用merge来进行分支的合并，每次使用merge时都会自动将副分支合并成一个commit进行推送到主分支上，那么若是我不想它自动推送到主分支上时（可能我还须要进行修改），这时就可使用--squash操做

git merge --squash dev_branch

执行完以上命令后，咱们就能够在暂存区看到一个还未提交的文件状态。

reflog

当咱们切分支太频繁了以后，可能会忘了一些分支是从哪一个分支切过来的，此时可使用以下命令查看：

git reflog

894a16d HEAD@{0}: commit: commit another todo
6876e5b HEAD@{1}: checkout: moving from solve_world_hunger to kill_the_batman
324336a HEAD@{2}: commit: commit todo
6876e5b HEAD@{3}: checkout: moving from blowup_sun_for_ransom to solve_world_hunger
6876e5b HEAD@{4}: checkout: moving from kill_the_batman to blowup_sun_for_ransom
6876e5b HEAD@{5}: checkout: moving from cure_common_cold to kill_the_batman
6876e5b HEAD@{6}: commit (initial): initial commit

这样咱们就能够看到所用的操做历史了。这样若是咱们使用git reset命令不当心删除了须要的东西。能够经过此来查找到删除操做的hash code，以后就能够经过以下命令进行恢复。

git checkout <hash code>

目前想到的就这些了，但愿能有所帮助

我的博客：https://idisfkj.github.io

关注