一份值得收藏的 Git 异常处理清单

前端 3年前 0 539

这是第 53 篇不掺水的原创，想获取更多原创好文，请扫上方二维码重视咱们吧~

本文首发于政采云前端团队博客：一份值得收藏的 Git 异常处理清单

前言

Git 作为一种分布式版别控制系统现已成为现在开发的宠儿，不仅应用在前端、后端、客户端等开发场景中，也成为各行业互联网企业分工协作的必备技能之一。K s ~ # V J +

咱们在运用进程中总会碰到这样那样的问题，本文首要针对以7 N Y H M D , +下常常发生的几种异常情况供给一些处理方案：

本地作业区文件康复
长途分支删去后，删去本地分支与其相关
修正~ k c W ; X N提交时的补白内容
修正分支名，完成无缝衔接
撤回提交
吊销本地分支兼并
康复误删的本地分支
不确定哪个分支有自己提交的 commit

（一）本地作业区文件康复

咱们都知道，一个文件夹中的文件假如被删掉了，那只有在垃圾箱里边找了。假如H H ~ : P x u垃圾箱里边的也被删掉了，以笔者的知识在不借助工具的情况下怕是就找不到了，emmmm。。。

不过，相关了 Git 的文件和文件夹就不相同了，有了本地库房和长途库D _ $房的两层保护，找到一个被删去的文件也不过就分& + w e & + h F分钟，一个指令行的事情吧。

语法：git checkout <filename/dirn, 9 f h C * 9ame>

指令：git checkout 1.js

这一指令首要用于本地作业区文件的撤回，下图是一个作业区文件被删去后的完美康复进程。

（二）长途分支删去后6 W = ( @，删去本地分支及相关

为便利分支提交，一般情况下会用! ` Z q F V # n V本地指令 git branch --set-upstream-to=origin/master master 树立本地分z 5 J C支与长途分支的相关，从 master 拉出的分支可以主动树立与长途已有分支的相关，这样+ 9 J { S l n !可以很便( h 7 ( I e 9 k @利的运用 git pull 和 git push 拉取长途分支的代码和将本地分支提交到长途。( & i W J

Gi7 { 4 M _ E G 2t 长途分支删去之后，本地分支就无法成功推送到长途，想要重新树立与长途库房的相关，就需求先删去其本| 1 i Z N W ! | @来的与已删去的长途分支的相关。

如下图所示，需求删去的长途分支为 feature/test，运用 git push origin --delete feature/test 删去掉对应的长途分支之后，删去本地分支相关。

语法：g{ 0 |it branch --unset-upstream <branchname>

指令：git branch --unset-upstream feature/test

删去掉L n g M = ,相相关系之后，用 git branch -vv 指令可查看到本地o ? H 1 l B s `分支与长途分支的相相关系如下图所示，可观察到 feature/test 分支现已没有相关的长途分支了。

（三）修正提交时的补白内容

平时提交代码很多时分由于军情紧急，会在刚提交的时分填写了自己不太满足的补白，但笔者自己有点强迫症，必m N d I q { m定要把它改成想要的o z d m } M q f样子咋办。。。。，不要/ k B J慌，仍是有处理办法滴！

想要修正最近一次提交的“修正xxx功能”的补白：

语法：git commit --amend

指令：git commb b 9 = Y p I Yit --amend

运用 git lo) k ?g --pretty=onelE N n 8 (ine 查看内容，发现现已成功修正啦。需求留意的是此项指令会修正提交时O Y ;的commit-id，即会掩盖本来的提: ) i I C J e 4 C交，需求慎重操作。

（四）修正分支名，完成无缝衔接

开发中的大佬都是具有极快手速的人，建了个分支一不小心打错了某个字母或许两o $ / k W ~ z个字母打反了，或许就与本意存在较大误差了，Git 供给一种现已拉取A k M C 5 (了分支，在上面开发了不少的内容，6 x – i T C但后来发现本来拉的分支姓名就有问题的修复办法。

例如，咱们的想新建的分支名为 feature/story-13711，却写成了 feature/stor-13711：

语法：git branch -m <oldbranch>% V Y R m - 8; <newbranch>

指令+ u | W B f：git branch -m feature/stor-137u ! P ! b11 feature/story-13711

履行完之后发现文件的作业区已修正内容一点都没有改动，真r k 8 l W I Z #实的完成了无痛过渡，皆大欢喜！

（五）撤回提交

日常作业o s ) r x l + Q J中，或许由于需求改动、或许误操作等原因需求进行提交的撤回：

如下剖析了各种原因吊销的场景，首要包括：

已将更改交到本地存储，需求撤回提交
用新的提n r s m S a = U交内容替换上一次的提交
本地提交了过错的文件

已将D i w N O 9 G更改提交到本地，需求撤回提交

语法： git reset --soft [<commit-id&gl E S ^ v 0 It;/HEz ) 5 0 s LAD~n@ 2 k p +>]

指令：giv k v b ^ l _ Ft reset --soft HEAD~1

指令履行完成后，查看文件改动记载，可k 9 c K % v发现如下图所示：8 g T ( _ 0

文件改动记载与未提交之前的文件改动记载是一致的，仅仅吊销了 commit 的操作。

用新的更改替换撤回的更改

提交之中 e 6 T : E M F或许有些当地需求优化，咱们可以吊销本次的 commit 以及文件暂存状况，修正之后再重新添W = _ / w } j O加到暂存区进行提交。

语法： git reset --mixed [<commit-id>/HEAD~n>]

指令：git reset --mix} s / 7 K / , Xed HEAD~1

指令履行完成后，查看文件改动记载，可发现如下图所示：

已改动的文件都未添加到暂存区，吊销了 comm6 I 0 U Ait 和 add 的操作。

本地提交了过错的文件

本地将完全过错的，本不应提交的内容提交到了库房，需求进行吊销，可以运用 –hard 参数

语法： git reset --hard [<commit-id>/HEAD~n>]

指令：git7 n w ~ ! N reset --hard HEAD~1

指令履行完成后，查看文件改动记载，可发现如下图所示：

已追寻文件的改动内容都消失了，吊销了 commit 和 add 的操作，同时吊销了本地已追寻内容的修正；未追寻的内容不会被改动。从上面的作用可以看到，文件的修正都会被吊销。-hard 参数需求慎重运用。

（六）吊销本地分支兼并

实际操作中，总会有很多的干扰，导致咱们兼并了并不应兼并的分支到目标分支上。处理这种问= ^ o题的方法有两种，git reset 和 git revert。 reset 的语法和指令之前现已介绍过，不做赘述， revert 的语法和指令和 reset 一致。可是发生的实/ ; : U Z V ? b s际作用会有不同。

可以先来看下 revert 操作的实际作用，兼并分支之后的作用如下图所示：

吊销兼并：

语法：git reva 7 } # - h m Mert <commit-id>

指令：git revert 700920

下图为履行指令后的作用：

经过前后比照可知，revertV a m a * l T 履行之后会在本来的记载中新增@ 8 J 5 H K x Y d一条提交记载。

reset 如上 “本地文件吊销” 例子所述，会删去掉本来已有的提交记载，在兼并分支中，会删去本来兼并分支的记载。revert 则有不同，会保存本来兼并分支的记载，并在其上新增一条提交记载，便于之后有需求依然可以回溯到 revert 之前的状况F L t。

从需求提交到长途分支的角度来讲– 8 i V 9 ] s z l，reset 可以“毁尸灭迹”，不让他人发现咱们曾经过错的兼并过分支（注：多人协作中，需求慎重运C z R用）；revert 则会将兼并分支和撤回记载Q 9 J / j !同时显现在长途提交记载上。

（七）康复误删的本地分支

本地分支拉取之后，由于疏忽被删去，而且本地的分支并没有被同步到长途分支上，此刻想要康复本地分支。

误删的分支为 feature/delete，运用 git reflog 指令可查看到该库房下的一切历史操作，如下图所示：l F t , E

语法：git checkou] = Rt -b <bE & r 7 !ranch-name> <commit-id>

指令：git checkout -b feature/delete HEAD@{2}

指令履行完成后，分支康复到 HEAD@{2} 的快照，即从 master 分支拉取 feature/delete 分支的内容，依然缺少“新增xxx文件”的提交，直接将文件内容康复到最新的提交内容，运用指令 git reset --hard HEAD@{1} 即可~ o R : s完成硬性掩盖本地作业区内容的目的。git reflog 指令获取到的内容为本地库房一切发生过的改动，可谓康复利器，既可向前追溯，亦可N { ? )向后调整，满] y Q满的时光追溯器的j Q z . . 9 1赶脚啊。。。

（八）不确定哪个分支有自己提交的 com3 8 z W `mit

作业中会常常碰到一种场景，某个提l ; S k S l交先后兼并到了各个分支上，但后来 V c V t b i发现提交的这个修正是有问题的，需M / R X求排查p 8 3 | : U究竟哪个分支包含这个提交，然后将其修复掉。p ` U ~ ]

需求先确定有问题W Q N Z ! y v _ *的提交的 cm 1 S N ! N T |ommiS u z ! ^t-id :

然后查看本地一切的分支：

可以看到本地有 4 个分支，本地的分支数量非人为控制的，在运用状况的分支直接删掉也不合适，分支数量到达必定程度，一个一个分支查找也不现实。Git 供给了一种a T 1 ~ (可以直接经过 commit-_ r lidB ! ~ t 1 ^ K q ; 查找出包含该内容分支的指令。

语法：git branch --contains <commit-id>

指令：git branch --contains 700920

指令履行后可以看到包含该问题提交的分支如t p c A ) U z 4 _下图所示，就可以很便利的在对应分支上修复内容啦。

总结

本文介绍的是实际作业场景中或许呈现的m e u @ J 5 @几种异常情况及处理方法，期望可以对咱们有所帮助，不足之处敬请纠正。实际上现在现已有很 0 D J R多 Git 操作对应4 V ! a 9 3 $的工具可以运用，需求了解的是工具中的每个操作等同于 Git 指令行的哪个指令，会有什么样的成果，以防止一些不必要发生的过错。

参考文献

Git 过错集锦和修复办法

Git 中.gitignore的装备语法

git r1 ] b neY L } @ * &set 和 git revert

招贤纳士

政采云前端团队（ZooTeam），一个年青富有热情和发明力的前端团队，隶属于政采云产品研发部，Base 在风景如画的杭州。团队现有 50 余个前端小伙伴，平均年龄 27 岁，近 3– ! N Y m R 成是全栈工程师，妥妥的青年风暴团。成员构成既有来自于阿里、网易的“老”兵，也有浙大、中科大、杭电等校的应届新人。团队在日常的事务对接之外，还在物料系统、工程渠道、建立渠道、功能体会、云端应用、数据剖析及可视化n ( 2 等方向进行技能探究和实战，推动并落地了一系列的内部E 4 B w ` x T技能产品，继续探究前端技能系统的新边界。

假如你想改动一向被事折腾，期望开始能折腾事；假如你想改动一向被劝诫需求多些主意，却无从破局；假如你想改动你有才能去做成那个成果，却不需求你；假如你想改动你想做成的事需求一个团队去支撑，但没你带人的位置；假如你想改动R ) ! ^ &既定的节奏，将会是“z r 0 q / 5 年作业时刻 3 年作业经验”；假如你想改动本来悟性不错，但总% ! .是有那一层窗户纸的含糊… 假如你信任信任的力量，信任平凡人能成就非凡事，信任能遇到更G m [ 1 5好的自己。假如你期望参加到随着事务腾飞的进程，亲手推动一个有着深化的事务了解、完善的技能系统、技能发明价值、影响力外溢的M z l b J 0 0前端团队的生长进程，我觉得咱们该聊聊。任? Z 7 d ^ y J何时刻，等着你写点什么，发给r ) / F V + q ZooTea5 6 M X Em@cai-inc.com

Git 前端

前言