工作中常用Git指令操作
Posted 盼先生
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了工作中常用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
以上是关于工作中常用Git指令操作的主要内容,如果未能解决你的问题,请参考以下文章