6种常见的Git错误以及解决的办法

我们都会犯错误,尤其是在使用像Git这样复杂的东西时。如果你是Git的新手,可以学习如何在命令行上开始使用Git。下面介绍如何解决六个最常见的Git错误。


Photo by?Pawel Janiak?on?Unsplash

1. 最后一次代码提交时有拼写错误

经过几个小时的编码后,拼写错误很容易带到你的提交消息里面。 幸运的是,有一个简单的解决方案。

git commit --amend

这会打开编辑器,并允许你更改最后一次提交消息。 没有人知道你把“addded”单词多加了一个字母“d”的拼写错误。

2. 忘了在最后一次提交中添加文件

另一个常见的Git陷阱是过早提交。 你少添加了一个文件,忘了保存它,或者需要对最后一次提交做一个小改动才有意义。 --amend 再次成为你的朋友。

添加错过的文件然后运行该命令。

git add missed-file.txt
git commit --amend

此时,可以修改提交消息,也可以只保存它以使其保持不变。

3. 在代码库中添加了一个不想要的文件

但如果你的做法的正好相反呢?如果添加了不想提交的文件怎么办?一个环境文件,一个构建目录,或者是一张图片不小心保存到错误的目录?这都是可以解决的。
如果你所做的只是对文件进行了stage操作放入了暂存区,还没有commit本地代码仓库,那么只需重新设置暂存区的文件即可:

git reset /assets/img/misty-and-pepper.jpg

如果已经提交了更改,那么需要先运行一个额外的步骤:

git reset --soft HEAD~1
git reset /assets/img/misty-and-pepper.jpg
rm /assets/img/misty-and-pepper.jpg
git commit

这将撤销提交,删除图片文件,然后在其位置添加一个新的提交。

4. 提交了所有的修改到 master 分支

你正在开发一个新特性,在匆忙之中,忘记为它打开一个新的分支。已经提交了一堆文件,现在它们都位于主分支(master)上。幸运的是,GitLab可以防止你直接推到master 主分支上。因此,我们可以使用以下三个命令将所有这些更改回滚到一个新分支:

Note
确保首先commit或stash更改,否则所有更改都将丢失!

git branch future-brunch
git reset HEAD~ --hard
git checkout future-brunch

这会创建一个新分支,然后将主分支回滚到进行更改之前的位置,然后最终检出新分支,并保留所有先前的更改。

5. 分支名称出现了拼写错误

对错误分支进行重命名的方式与用mv命令重命名文件的方式类似:将它移动到一个新的位置,并使用正确的名称。例如把future-brunch分支名称更改为feature-branch。

git branch -m future-brunch feature-branch

如果已经push了这个分支到远程代码仓库,那么还需要一些额外的步骤。需要从远程代码仓库删除旧的分支,将新分支 push 上去:

git push origin --delete future-brunch
git push origin feature-branch

6. 重复操作

这个命令适用于一切都出错的地方。 当从Stack Overflow复制粘贴一个太多的解决方案时,
代码仓库处于比你一开始时更糟糕的状态。
git reflog向你显示所有的事情列表。然后,它允许你使用Git的神奇时间旅行技巧,回退到过去的任何时间点。这里应该指出,这是最后的手段,不应该轻易使用。要得到这个列表,输入:

git reflog

我们采取的每一步,我们所做的每一个动作,Git都有记录。 在我们的项目上运行该命令得到以下列表:

3ff8691 (HEAD -> feature-branch) [email protected]{0}: Branch: renamed refs/heads/future-brunch to refs/heads/feature-branch
3ff8691 (HEAD -> feature-branch) [email protected]{2}: checkout: moving from master to future-brunch
2b7e508 (master) [email protected]{3}: reset: moving to HEAD~
3ff8691 (HEAD -> feature-branch) [email protected]{4}: commit: Adds the client logo
2b7e508 (master) [email protected]{5}: reset: moving to HEAD~1
37a632d [email protected]{6}: commit: Adds the client logo to the project
2b7e508 (master) [email protected]{7}: reset: moving to HEAD
2b7e508 (master) [email protected]{8}: commit (amend): Added contributing info to the site
dfa27a2 [email protected]{9}: reset: moving to HEAD
dfa27a2 [email protected]{10}: commit (amend): Added contributing info to the site
700d0b5 [email protected]{11}: commit: Addded contributing info to the site
efba795 [email protected]{12}: commit (initial): Initial commit

记下最左边的列,因为这是索引。 如果要返回历史记录中的任何一点,请运行以下命令,将{index}替换为该引用,例如dfa27a2

git reset [email protected]{index}

Note
文章原文:Git happens! 6 Common Git mistakes and how to fix them
文章作者:Sam Beckham

原文地址:https://www.cnblogs.com/IcanFixIt/p/9501505.html

时间: 2024-10-06 16:35:36

6种常见的Git错误以及解决的办法的相关文章

C语言中常见的内存错误与解决方法

常见的错误 关于内存的一些知识已在内存分配中提及,现记录与分享常见的内存错误与对策. 类型 1:内存未分配成功,却使用了它. 方   法:在使用之前检查指针是否为NULL. 1)当指针p是函数的参数时,在函数入口处用语句assert(p!=NULL)进行断言检查. 2)当使用malloc或new来申请内存时,应该用if(p != NULL)进行防错检查. 类型 2:引用了尚未初始化的指针 原   因:内存的缺省初始值究竟是什么并没有统一的标准,在使用之前都进行初始化. 1)没有初始化的观念. 2

分库分表的几种常见玩法及如何解决跨库查询等问题

在谈论数据库架构和数据库优化的时候,我们经常会听到"分库分表"."分片"."Sharding"-这样的关键词.让人感到高兴的是,这些朋友所服务的公司业务量正在(或者即将面临)高速增长,技术方面也面临着一些挑战.让人感到担忧的是,他们系统真的就需要"分库分表"了吗?"分库分表"有那么容易实践吗?为此,笔者整理了分库分表中可能遇到的一些问题,并结合以往经验介绍了对应的解决思路和建议. 垂直分表 垂直分表在日常开

几种常见的内存溢出与解决办法

引起内存溢出的原因有很多种,常见的有以下几种: 1.内存中加载的数据量过于庞大,如一次从数据库取出过多数据: 2.集合类中有对对象的引用,使用完后未清空,使得JVM不能回收: 3.代码中存在死循环或循环产生过多重复的对象实体: 4.使用的第三方软件中的BUG: 5.启动参数内存值设定的过小: 1.堆 设置jvm值的方法是通过-Xms(堆的最小值),-Xmx(堆的最大值) 2.栈 设置栈大小的方法是设置-Xss参数 3.PermGen space 第三个异常是关于perm的异常内容,我们需要的是设

这8种常见的SQL错误用法,80%的人还在使用

点点这个链接免费获取:本人免费整理了Java高级资料,涵盖了Java.Redis.MongoDB.MySQL.Zookeeper.Spring Cloud.Dubbo高并发分布式等教程,一共30G,需要自己领取.传送门:https://mp.weixin.qq.com/s/osB-BOl6W-ZLTSttTkqMPQ 1.LIMIT 语句 分页查询是最常用的场景之一,但也通常也是最容易出问题的地方.比如对于下面简单的语句,一般 DBA 想到的办法是在 type, name, create_tim

WebStorm中将Project分享到GitHub时报“Error Running Git”错误的解决办法

错误信息 Cannot run program "git.exe":CreateProcess error=2,系统找不到指定的文件. 解决办法 从错误信息就可以知道,WebStorm找不到git.exe的路径. 解决办法如下: 1.从Github For Windows下载Windows版Github客户点并安装 2.配置git环境变量 设置环境变量,添加git.exe的路径到Path.git.exe的路径类似:C:\Users\[用户名]\AppData\Local\GitHub\

python中常见的那些错误及解决方法(不定更新)

错误1:SyntaxError: 'return' outside function解决:将return放在方法体中return不能在方法以外使用 错误2:TypeError: must be str, not int类型错误 必须是一个字符串 不能是数字解决办法:使用+拼接的时候 必须使用字符串,或者将数字转化成字符串 错误3:SyntaxError: invalid syntax语法错误 非法的语法解决办法:看报错信息在第几行 ,从这一行往上找错误 错误4:IndentationError:

Eclipse Android项目导入Android Studio时常见的编译错误及解决办法

现在最新的Android Studio对以前的基于Eclipse ADT的项目的支持已经很好了,一般情况只需要通过File-> Import 导入项目就行了,但有些项目编译时会出现问题,现在把这些问题汇总记录下: NinePatch(.9.png)图片的问题 如果某个图片命名成了.9.png,实际图片并不是Ninepatch格式的,或格式错误,会编译出错,解决办法是按Ninepatch格式修改图片 android studio 非法字符: \65279 Error:(1, 10) 错误: 需要c

git中报unable to auto-detect email address 错误的解决拌办法

昨天刚配置好的git,今天刚要commit一些修改,就遇到了这个问题** Please tell me who you are. Run git config --global user.email "[email protected]"  git config --global user.name "Your Name" to set your account's default identity.Omit --global to set the identity

四种常见 Git 工作流比较

轉載:http://toutiao.io/contribute 多种多样的工作流使得在项目中实施Git时变得难以选择.这份教程提供了一个出发点,调查企业团队最常见的Git工作流. 阅读的时候,请记住工作流应该是一种规范而不是金科玉律.我们希望向你展示所有工作流,让你融会贯通,因地制宜. 这份教程讨论了下面四种工作流: 中心化的工作流 基于功能分支的工作流 Gitflow工作流 Fork工作流 中心化的工作流 过渡到分布式分版本控制系统看起来是个令人恐惧的任务,但你不必为了利用Git的优点而改变你