git常用命令常用场景

在使用git之前，一直用的是svn版本管理；与svn最大不同的是，git有两个仓库，一个是本地仓库，一个是服务器上共享的仓库；本地仓库是每个开发者自己独有的，即使commit提交也只是提交到本地仓库；这只是git流行起来的一个优势之一，另外linux作者开发的这套版本管理工具，很接地气，也是流行起来的一大亮点。扯了这么多没用的，言归正卷，那么在日常开发工作中，哪些git命令是我们常用到的呢？下面就说说几个常用命令的常用场景，至于这些命令详细使用就不在本文讨论之内。

1、git命令别名

　　使用过git的都知道，git的有些命令名有些长，每次在使用改命令时都要输入这些，尤其是一些命令语句；怒长的一串文字字符串打起来很费劲，开发者也很不爽；这时我们的git alias功能可以费墨登场了。下面是本人的一些常用命令的alias配置：

命令	别名
commit	ci
checkout	co
status	st
merge origin/master	mom

注意：以上git命令别名的设置是在计算机用户目录下.gitconfig文件全局设置的，这样所有git分支都能运用设置的别名。当然，根据不同开发者的个人喜好，可以有自己的别名设置；

2、git checkout

　　这个命令用于检出某个分支、提交或者对应的某个分支、提交的文件。根据不同的参数来检出不同的内容；那么其常用场景如下：

git checkout . 用暂存区的内容覆盖当前工作区内容，那么可以达到用暂存区的内容来撤销本地分支的修改
某些情况下，想在当前分支中做一下测试，这时修改了当前分支的多个文件，测试过后要撤销对当前分支的变更，这时可以使用git checkout . 命令；
注意：使用该命令需要注意一点：本地分支所有文件的变更都会被撤销
git checkout -b newBranchName origin/master 基于master创建一个新分支，并切换到新分支上
避免了git branch完成此功能需要多执行一步：
git branch newBranchName origin/master
git checkout newBranchName
git checkout - 切换到切换到当前分支之前的分支
使用场景：开发本地创建多个分支来完成不同的需求，这时可能需要来回切换不同的分支，如在A分支开发时，提测的B分支有bug，qa要让fixed，这时就切换到B分支屁颠屁颠的修bug，完事之后要切换到A分支，此时可以使用快捷命令
git checkout commitId/branchName -- path 用指定的提交id或者分支的某个文件来替换本地与其对应的文件，达到该文件的内容变更的撤销
使用场景：由于某种原因，在众多的文件变更中，只撤销某个指定文件的内容变更

3、git stash

　该命令用于暂存本地文件的修改。

　某天，开发者在一个分支上开发某个需求，突然这种自我happy的开发方式被打断，某个提测的分支有bug需要马上修复；擦，本地的代码还没有提交呢，但是又不想因临时的提交本地代码导致如何描述临时提交的描述。于是乎就可以使用git stash来存取本地变更的代码；然后切换有bug的分支解决问题，最后回到本分支使用git stash pop即可复现之前没有提交的本地变更代码；该命令是不是用起来很爽。

但是，使用该命令需要注意以下两点：

git stash只是保存已经git add过的文件变更，只要暂存过的文件都会被保存；那么本地新增的文件，必须使用git add命令之后才会被保存，否则提示你需要将新增文件要暂存；
暂存的分支需要使用git stash pop恢复；但是若多次git stash，需要准确记住某个分支的对应的保存位置，否则容易搞错；可以使用 git stash list来查看；

4、git revert

用于撤销某次提交的变更内容。这个revert与webstrom等IDE中提供的revert掉git的某些文件不同，后者其实最终还是利用git checkout来实现的。

该命令的最大场景是：代码发布上线后，由于某种原因需要代码回滚，这时基于当前分支发布的分支在线上代码回滚后merge master时，本地新开发的需求代码丢失了，因为回滚到上线之前的代码，这个时候还不存在回滚掉的代码；怎么恢复merge掉的代码呢，这时就需要git revert了，具体步骤如下：

通过git reflog查看回滚生成的commit，如下图本地曾经回滚过的日志，e103c47是回滚时新生成的提交点
使用命令 git revert e103c47即可恢复merge掉的代码

5、git reset

该命令用于重置指定区域的内容，可以操作提交，也可以操作文件；该命令的三个参数--hard、--mixed、--soft表示重置的范围，这个命令也是最常用的命令之一；

使用该命令得记住一点，它会对git的提交历史做修改，可能会删掉一些历史提交点导致不能恢复。

git reset [--mixed] commitId 用commitId的内容重置暂存区的内容，工作区内容不会被覆盖，这样可达到撤销暂存区的变更；

场景：某次变更的代码一不留意用git add添加到暂存区，但是想要撤销暂存区的内容而不会导致本地工作区代码丢失，这时可以使用git reset HEAD
git reset --hard commitId 用commitId的内容重置暂存区和工作区的内容

场景：在某次升级某个稳定性不确定但是功能全面的框架，使用包管理机制下载最新的框架源码，开发一段时间后发现有很大问题，但是这时代码已经git add到暂存区，想要撤销掉工作区和暂存区的内容变更时，就可以使用git reset --hard HEAD
git reset commitId -- path 用指定commitId的文件内容替换掉暂存区对应文件，工作区的不便；
注意：该操作不会修改git的提交历史

6、git branch

用于创建、显示分支等与分支相关的命令，工作中常用到的情况：

git branch branchName origin/master 基于master创建一个分支

这种情况创建的分支要进行完整的开发，过程有些繁琐，需要：

git checkout branchName   //切换到新建的分支上

git push    //将当前分支推送服务器

git branch -u origin HEAD    //建立当前分支与服务器同名分支的上传流

但是在实际中，个人比较倾向于下面一种，只需两步即可：

git checkout -b branchName origin/master

git push -u origin HEAD

git branch -vv 查看本地分支的upstream的对应情况，一定要确保本地分支与服务器上分支的对应情况，因为不单独设立对应情况，新建分支默认与master是对应关系
git branch -remote 查看的是本地仓库的所有分支
git branch -D branchname 删除本地分支
注意：需要切换到其他分支进行其操作，不能在当前分支删除当前分支，这是不允许的

7、git push

用于与服务器仓库同步代码，该命令的用法不做赘述，该命令的一个常用情况就是删除服务器端某个指定的分支，命令如下：

git push origin 空格:remote_branch_name

8、git rm

该命令用于删除分支中的文件，他可以只删除暂存区的文件，也可以同时删除暂存区和工作区的文件，参数不同，决定删除的文件范围也不同，具体如下：

git rm --cached  filename   //删除暂存区的某个文件，工作区的不会删除

git rm filename   //同时删除暂存区和工作区的该文件

git rm filename的场景：为满足某次需求，新增了一些代码文件，在开发中可能不小心将某个无用的新文件加到工作区而被git add到暂存区，这时需要同时删掉暂存区和工作区的该文件；

9、git commit

用于提交暂存区代码到本地仓库；说一下git commit --amend选项

git commit --amend 的使用场景：某次需求开发提交中，由于某种原因导致提交的结果不是期望的，需要重新提交，但是又不希望前一次的提交使git提交历史树变长，那么可以使用git commit --amend来用暂存区的内容修正前一次的提交。如果不使用带--amend的提交，结果是git提交历史树会变长。git commit --amend的原理图如下：

10、git blame

在多人协作开发的项目中，想要知道某个文件的历史改动情况，可以使用该命令来完成，具体如下：

git blame -L line1, line2 file

　上面是查看file文件的第line1行到line2行代码的改动情况，如下图是查看本地某个文件的192到193行的改动情况，看出是adam23有最新改动

上面介绍的都是自己用的比较频繁的git命令和对应的场景，当然有些情况不一定值得借鉴，或者还有不妥的地方，这些都希望大家批评指正！！

11、.gitignore诠释

使用.gitignore时，可能会发生这样一种情况：明明在.gitignore中设置了忽略某个文件，可以用git status查看时还是会追踪其变化*；遇到这种情况，如果想当然的认为配置到`.gitignore`中的文件不会被追踪，那么可能是你对.gitignore的有误解。

那么.gitignore的具体理解是什么样呢，具体有两个方面需要注意：

.gitignore只会忽略从未在git仓库中维护的文件，即*自文件添加以后，从未 add 及 commit 过的文件*；这时`.gitignore`中配置的文件是有效的，即git不会追踪其变化。
已经在git仓库维护过的文件，即使在`.gitignore`中配置不要追踪其变化，一旦文件变化git还是会追踪的。
通俗的说，就是`已经维护起来的文件，即使加上了gitignore，也无济于事`

了解上面的情况，才算是对.gitignore真正的理解。那么问题来了：**如何忽略对git仓库中已维护文件的变化的追踪呢？**

答案是使用：git update-index --assume-unchanged path。例如git仓库中已维护logs目录，想忽略该目录下的所有.js文件的变化，可以这样：

git update-index --assume-unchanged logs/*.js

具体可以参考这里