工作中常用Git指令操作

常用Git指令总结

　　前阵子有几天好不顺，可谓是喝水都呛着，更何况被Git给呛着了，还不轻，哈哈。所以打算总结一下自己在工作使用到Git相关的东西以及和大家探讨使用GIt的心得体会。于是，关于Git的的文章也就呼之欲出，总结外加研究一些难啃的指令、Git工作流，后期会慢慢更新。

一、GIt的alias

　　1.先来说说自己比较喜欢用的简写指令，可根据个人自行配置，下图是本人自己工作常用的git简写：

　　2.像这样使用:  git st ---查看文件提交状态

　　　　　　　　  git ci -m "提交信息说明" ---提交

　　　　　　　　  git br -d branchName ---删除本地分支

　　　　　　　　  git co -b branchName ---切除新分支并跳到该分支上

　　等一系列简写操作，不用敲一大堆指令出来，高效。虽然看起来没什么，但是工作中非常频繁的使用这些操作，如果能用简写的话其实能提高我们的办公效率。

　 （PS: 但是平时也看到过一些有工作经历的同事还是使用git checkout ,git status, git branch -d等等，我这就不知道其中的原因了）

　　欢迎补充自己常用的简写指令，大家相互补充。

二、常用指令描述

　　1.基本开发流程

　　  以下是简写：st = status, co = checkout, br = branch, ci = commit

　　　　git co -b BranchName  --切出一个新分支，进入开发

　　　　git st  --查看当前分支的文件修改状态

　　　　git diff  --查看哪些文件被修改了哪些部分，指令后面可以接具体的文件路径

　　　　git add “具体文件路径”  --将文件添加到暂存区

　　　　git add .  --此时使用点“.”表示将所有的修改的文件添加到暂存区，方便快捷。

　　　　git ci -m "修改说明"  --提交commit

　　　　git pull origin BranchName  --拉取远程分支代码到当前分支上，如果出现冲突，解决即可。

　　　　git push origin BranchName  --将本地分支代码推到远程的对应分支。（PS: 如果有冲突解决后需要重新add和commit，再push）

　　　　以上就是在开发过程中自己常用的流程：切分支进入开发-> 开发完成后查看修改文件状态-> diff对比修改了文件的哪些部分-> 提交commit->推到远程分支

解释：a. 如果功能需要几天才能开发完成，可以分几次commit，可以防止开发的代码被自己不小心改动；git pull也可以用git fetch 和git merge 来代替。

　　　　b. 也可以使用git stash和git stash apply来暂存已修改的代码，从而不用为了执行git pull而去执行add和commit。

　　　　c. 当多人协同开发的时候，同事可能每天都会往该远程开发分支提交代码；所以建议每天最好有1次以上的git pull操作，这样不会到后期合并的时候冲突太多。

　　2.基本git操作

　　　　由于Git的指令用于强大和复杂，在这里介绍的就是自己一些常用的操作，如果你有自己更好的操作方法，欢迎补充完善。

　　　　新建和切换分支

　　　　　git co -b BranchName  --新建分支并切换到该分支上

　　　　　git br -d  BranchName  --删除某本地分支 (PS: 当“-d”换成"-D"表示强制删除)

　　　　　git co -b branchName origin/remoteBranch  --新建切换到该分支上，并关联远程remoteBranch分支。（自己比较常用的操作）

　　　　push和pull操作

　　　　　git push origin :BranchName  --删除远程分支BranchName（空格后面接的是英文冒号哦；其含义就是将一个空分支推到远程该分支上，很好理解。）

　　　　　git push origin -d BranchName  --这也是用于删除远程分支的。

　　　　　git push origin localBranch:remoteBranch   --将本地分支推到远程分支上，如果远程分支上不存在remoteBranch，则会自动创建该远程分支。

　　　　　git push origin remoteBranch  --也可简写成这样。如果当前分支与远程某分支关联后直接可使用git push。

　　　　　git pull origin remoteBranch:localBranch  --pull类似于push，但是指令是值将远程remoteBranch分支拉取到localBranch分支上，位置关系刚好和push相反

　　　　　git pull origin remoteBranch  --将远程remoteBranch分支pull到当前分支。

　　　　分支合并

　　　　　git merge branchName  --将branchName分支合并到当前分支上

　　　　　"git merge branchName --no-ff"   --不使用fast-forward模式合并，合并后会生成一个合并提交id。

　　　　　git merge origin/branchName  --合并远程分支

　　　　工作区的撤销

　　　　　git co "文件src"  --针对某个具体文件撤销其在工作区的所有修改。（是在只保存而并没有执行add和commit操作）

　　　　　git co .  --撤销工作区所有的文件的修改。（也是只没有执行add和commit）

　　　　暂存区 -> 工作区

　　　　　git reset "文件src" 或 git reset HEAD "文件src"  --都是指将暂存区的修改撤销到工作区。

　　　　　“git reset -- . ”   --是指将暂存区的所有修改撤回到工作区.

　　　　git本地仓库提交 -> 工作区

　　　　　git reset —hard HEAD^  --回退到上一次提交（也即上一次提交）

　　　　　git reset —hard  commitID  --回退到某一次具体的提交。

　　　　暂存操作

　　　　　git stash  --当不想执行add和commit而急需切换分支或者拉取远程代码时，使用这个指令能将本地的修改暂存起来

　　　　　git stash pop  --当执行完拉取相关操作回到该分支，该指令能将之前暂存的代码还原。

　　　　查看提交记录

　　　　　git log   --列举每次提交的详细信息，包括提交人姓名。

　　　　　git reflog  --详细列出了用户的每个细节操作，包括切换分支，用户提交等信息。

　　　　　“git log --oneline --graph --decorate --all”   --以命令树的形式展示提交信息,（最好配置alias，这样就不用写这么多了。我配置的是：git tree）

　　　　比较修改差异

　　　　　git diff   --展示所有改动文件的修改部分。

　　　　　git diff "文件src"   --展示该文件改动哪些部分。

　　　　　git diff commit1 commit2 --stat   --比较这两次提交有哪些不同。

　　　　　git diff commit1 commit2 “文件src”   --比较这两次提交下，该文件被修改的部分。

　　3.开发分支命名

　　　　看到一篇Gitflow文章，借用其对各个分支命名的规则。根据不同类型的工作对分支进行定义， 分为功能(feature)分支 ，修复(fixbugs)分支，发布(release)分支，开发(develop)分支和主分支 。

　　　　自己之前对于分支的命名多半是比较随性，或者根据自己的偏好来取名。现在的话，可以根据不同的类型来对分支进行命名，比如是

　　　　　　功能开发分支可以是feature-1.0，

　　　　　　修复bugs分支可以使fixbugs-1.0，

　　　　　　发布分支叫release-1.0，

　　　　　　开发分支叫develop等等。

后面的1.0也可以是利用自己理解区分的英文。这样取名的话有利用区分自己的这些分支的含义，便于管理。我觉得这是个好方法。

三、小技巧

　　1.本人使用的是VScode，相信很多人使用，它轻量、可配置、漂亮的主题等等许多优点。当使用VScode编辑器时，命令行cd到对应的项目的时候，再使用“code .”回车VScode就自动打开项目了。有图有真相：

　　平时比如刚好在命令行，编辑器刚好被我们最小化了，直接使用“code .”就能快捷打开。这是我自己比较喜欢的使用的小技巧，如果你也觉得不错，赶紧去试试吧。

　 （PS: 同时也可以使用“open .”打开项目对应的文件夹。）

总结

　　Git指令博大精神，本文也只是介绍自己最常用的一些指令和小技巧，还有些指令还没涉及到比如：fetch，rebase，revert等等。自己用rebase比较少，所以不敢多做叙述误人子弟。文中如有纰漏或者改进之处，热烈欢迎留言。

　　PS: 感觉篇幅有点长，不知道会不会看着乏味，欢迎各位园友指正。

　　相关文章的链接：https://juejin.im/post/5844507761ff4b006c3359a9  --Gitflow