工作中常用Git指令操作

时间:2022-05-21 15:07:25

常用Git指令总结

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

工作中常用Git指令操作

一、GIt的alias

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

工作中常用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就自动打开项目了。有图有真相:

工作中常用Git指令操作

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

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

总结

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

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

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