Git-丢失的 commit 是真的消失了吗？

最新推荐文章于 2024-02-26 18:27:46 发布
最新推荐文章于 2024-02-26 18:27:46 发布
阅读量1.3w 收藏 12
点赞数 5
分类专栏： Git 帅气的 Git 操作 文章标签： Git dangling fsck
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_32452623/article/details/79551429
版权

title: Git-丢失的 commit 是真的消失了吗？
date: 2018-03-14 10:45:01
tags:

当然没有，它只是被挂了起来

丢失的 commit 变成了 dangling commit

所谓“丢失的 commit”其实并没有消失，而是成为了一个 dangling commit（悬挂的提交？有点奇怪的翻译，意思是没有任何分支指针或头指针指向它，于是被悬挂了起来），等待 Git 回收。

而关于 Git 回收，Git 虽然会不定时地自动运行称为 “git auto gc” 的命令，但是这个命令一般什么都不干。如果有 7,000 个左右的松散对象或是 50 个以上的 packfile，Git 才会真正调用 gc 命令。

所以，“丢失的 commit”只是在我们的分支历史中消失了。

我们可以通过下面的命令，查看项目中存在的 dangling commits：

//查看“丢失的”对象们
git fsck --lost-found

从结果截图中， 可以看到 dangling commit 的类型说明，以及该提交的 SHA1 值。

但是，我们并不能从长达 40 位的 SHA1 值中看出这是个什么提交，所以需要通过 git show <commit>来查看提交的内容

不过不是你要的提交，你就挨个多试试，如果刚好是你要恢复的提交，那么，恭喜你，拿到后面的 SHA1 值，就可以根据自己的需求操作了， checkout ,merge,rebase,reset 等命令供君挑选！

git fsck，初次见面

Git 的命令真的很丰富，平常使用的只是其中一部分，如果不是为了查这个问题，还真的不知道有 git fsck 。

官方文档对它的介绍是验证数据库中对象的连通性和有效性。

在这里插入图片描述

这个命令有很多的查询方法，各自对应不用的查询范围，我看了一下，需要对 Git 的原理有点了解的基础，这里我不就深究了，有兴趣的娃子自己去看 git-fsck 官方文档。

写在后面

上篇博客，我在结尾留下了我的疑问：

丢失的 commit 真的丢了吗？没丢的话，在哪里？

这篇博客，就是为解释这一系列疑问而写出来的，希望能帮助到有同样疑惑的小伙伴们，另学识浅薄，如有错误之后，还望指正。

see you next blog~

欢迎订阅我的Git系列文章

欢迎关注个人微信公众号「浅浅同学的开发笔记」，最新的博客，好玩的事情，都会在上面分享，期待与你共同成长。

在这里插入图片描述

DRPrincess
关注
  • 5
    点赞
  • 踩
  • 12
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
git-commit-lint-vscode:vscode一款git 规范化提交插件
05-17
git-commit-lint-vscode 在日常的开发中,目前主流的代码管理工具就是 git 了,当我们对代码进行改动了,首先得git commit提交到本地仓库,git 规定了提交时必须填写提交信息作为改动说明,保存 commit 历史中,可以找到历史代码,也方便他人 review,还可以输出 CHANGELOG,对项目的研发质量都有很大的提升。 但是在平时的工作中,大部分对于commit 都是简单的填写,没有好好的重视,这对于项目管理和维护来说,无疑是不友好的。这个插件就是规范化git提交规范,让你的提交不仅"好看"还"实用" git 规范提交从何说起? git 规范提交从哪里开始的呢?起源在哪呢?emmmmmm,这就追溯到了Angular了! 让我们看下Angular社区的提交规范 这个提交记录是不是一目了然?所以git commit规范下还是很有必要的! 说明 类型 emji
在git commit前，频繁的git add可能会产生不必要的悬空(dangling)对象
konga的专栏
11-16 7298
平时大家编辑文件，为了安全，可能会不自觉的频繁的进行保存动作，这是个好习惯。 在使用git管理项目时，如果我们在提交之前，对文件的每次修改都进行git add去更新index 文件，这个过程会产生不必要的垃圾对象，为减少垃圾对象其实完全可以在commit之前进行一次git add操作。 其实在多数情况下这不是个大问题， git gc 在达到一定条件下会清除这些悬空对象。 下面来验证以上
git commit 后，本地远端都没有记录，消失不见
最新发布
打不倒的程序猿
02-26 741
git只git commit了，没有push到远程分支，切换到其他分支时丢失。而且看不到提交记录，和找不到原来的分支。今天git commit 之后发现远端没有记录，本地没有最新代码记录。git push origin 分支名称:远程分支名称。git reset --hard 目标哈希值。找到你提交的记录，能找到hash值就没问题。git checkout 你之前用的分支。
git 处理丢失的commit
junruit的博客
03-09 2432
因为换了新电脑删除了原来电脑的的ssh 然后突然发现项目的三十多次commit一下变成了四次 表示十分震惊 查了一下发现：https://blog.csdn.net/qq_32452623/article/details/79551429 丢失的 commit 变成了 dangling commit 所谓“丢失的 commit”其实并没有消失，而是成为了一个 dangling commit...
git 无法拉取或合并代码Auto packing the repository in background for optimum performance. See “git help gc“ fo
qq_36341910的博客
08-27 3033
git长时间未清理无法拉取代码Auto packing the repository in background for optimum performance. See "git help gc" for manual housekeeping. 今天在在自己分支更新完代码后提交到远程仓库 然后切换到master分支 准备合并提交的分支代码时 发现无法合并最新分支代码 提示 git Auto packing the repository in background for optimum perform
git stash clear 后恢复代码
刘望的博客
04-10 555
开头（work in progress缩写，进行中的工作），结合修改文件列表就能找到那个commit了。掉了所有的记录，可是那些代码还有用。哎呀，杯具了，白写了！上述命令得到了所有dangling commit，其描述，以及修改的文件列表。命令就可以恢复了，参数是那个commit id。隐藏工作区内修改但未提交的代码，清除所有的stash栈。
git 没有commit 直接切换分支代码丢失
m0_52946104的博客
07-25 827
撤回就可以显示出丢失的代码。
升级git后无法commit，看不到remote
weixin_39443080的博客
02-17 681
git commit 报错提示 add safe.directory
Git未提交状态时，找回丢失代码！
weixin_43973790的博客
05-17 7397
起因使用场景步骤一步骤二找回的过程稍麻烦一些，不过总比自己在重写一遍要好多了。
git 使用相关细节总结：commit及push,拉错代码回退
qq_45327886的博客
03-11 3289
git使用细节总结
【git】 无法commit问题
03-13 6596
今天写完代码Git commit -m 一下发现提示 Another git process seems to be running in this repository, e.g. an editor opened by 'git commit'. Please make sure all processes are terminated then try again. If it s
git-commit-plugin：自动生成git commit
02-03
Vscode的Git-commit-plugin安装以上vscode（版本> = 1.42.0），然后需要安装git插件。遵循，如下所示： (): <subject><BLANK><body><BLANK><footer>类型必须为以下之一： 壮举：一项新功能fix ：一个错误修复...
validate-git-commit-msg
04-27
验证Git提交消息 根据各种预设验证提交消息安装yarn add validate-git-commit-msg -D特征即使还有其他一些程序包也可以执行此操作，但该程序包的生活质量却发生了一些变化。 让您决定如何验证提交消息（请参阅） 它...
commit-msg-linter:git commit消息linter钩子
05-03
欢迎来到git-commit-msg-linter :waving_hand: :eyes: 立即查看您的每条git commit消息 :rocket: 。 一个git“ commit-msg”挂钩，用于根据流行的来替换您的git commit消息。 作为一个挂钩，它将在每次提交时运行...
git-commit-autouser:git-commit 自动设置提交者和作者
07-11
git-commit-autouser git-commit-autouser 自动设置提交者和作者的姓名和电子邮件。 名称和电子邮件由远程源的 url 确定。 安装 $ gem install git-commit-autouser 用法 将以下设置添加到 .gitconfig： ...
Git-命令行-删除本地和远程分支
热门推荐
浅浅同学的开发笔记
01-11 34万+
命令行方式Git Bash: 切换到要操作的项目文件夹 命令行 : $ cd &amp;amp;lt;ProjectPath&amp;amp;gt; 查看项目的分支们(包括本地和远程) 命令行 : $ git branch -a 删除本地分支 命令行 : $ git branch -d &amp;amp;lt;BranchName&amp;amp;gt; 删除远程分支 命令行 : $ git push origin --delete &amp;amp;lt;B
Git-命令行-拯救“Your local changes to the following files would be overwritten by checkout”
浅浅同学的开发笔记
07-21 15万+
前言有些时候，当我们使用 git checkout &lt;branchname&gt; 命令切换分支的时候，有时会切换失败，然后出现以下的提示信息：提示信息说的很清楚， 当前分支有未跟踪的文件，checkout 命令会覆盖它们，请缓存( stash )或者提交( commit )。先说解决方法吧这个时候，你有两种选择：1.未跟踪文件的内容改动很重要，保存修改//第一种方式 存到暂存区 git add. gi
Git三大特色之Stage(暂存区)
浅浅同学的开发笔记
11-01 9万+
这是开篇 有人说，暂存区是 Git 最精彩的设计，同时也是最难理解的部分，两者我都感觉不太明显，但当我想写关于暂存区的理解后，发现的确不怎么好讲，这个玩意，有点只可意会的感觉，用 Git 用熟练了，很自然体会到暂存区设计的精彩之处。 在我看来，学习其他命令之前，对暂存区有一个概念和大概理解是非常重要的，因为，很多命令都涉及到了它。 为什么 commit 之前要先 add 一下呢？ 我在...
Git-叹为观止的 log 命令 & 其参数
浅浅同学的开发笔记
03-18 4万+
如果你欺负了 log 命令，如果它叫上它的参数过来，然后别硬撑了，直接投降吧，会出人命的给你讲。 写在前面 之前 Git 系列博客中，多次用到 git log 去查看分支历史，很多人以为它只有这个用法，事实并非如此，git log 只是最基础的用法。 官方文档上对它的描述是： git log的本质是展示提交信息。 但是该命令配合一些参数，可以如同 git rev-list 一...
git-commit-lint-vscode
07-15
### 回答1： git-commit-lint-vscode是一个用于在VSCode编辑器中进行Git提交消息规范检查的工具。在软件开发过程中，良好的提交消息规范可以提高团队协作效率，方便代码版本追踪和维护。 该工具的主要功能是对Git提交消息进行自动检查，以确保它们符合预定义的规范。它会根据事先定义好的规则，对提交消息进行语法、格式和内容等方面的检查，并给出相应的错误或警告提示。这有助于保持项目提交消息的一致性和准确性。 git-commit-lint-vscode可以在VSCode的编辑器中直接集成，使开发者可以在提交代码时即时检查提交消息，避免出现格式错误、无意义或不清晰的消息。这样做不但可以提高团队协作效率，还可以减少代码维护中由于提交消息造成的困惑和不必要的麻烦。 使用这个工具，可以定义自己项目所需的提交消息规范，如消息长度、格式、命名约定等等。开发者只需要按照规范进行提交消息的编写，工具就会自动进行检查和提示。这样做可以使开发者更加专注于代码本身，而不必担心提交消息的错误或不规范。 总而言之，git-commit-lint-vscode是一个方便的工具，可以帮助开发者在VSCode编辑器中进行Git提交消息规范的检查。通过提供实时的错误和警告提示，它有助于保持项目提交消息的一致性和准确性，提高团队协作效率，减少代码维护中的问题。 ### 回答2： git-commit-lint-vscode是一个用于在VSCode中进行Git提交信息规范检查的插件。 Git提交信息是开发过程中非常重要的一部分，它不仅包含了开发者的改动内容，还包含了一些必要的描述和其他信息。一个良好的Git提交信息规范能够提高代码的可读性，方便团队协作和代码维护。 git-commit-lint-vscode插件是为了帮助开发者在VSCode中更好地遵守Git提交信息规范而设计的。它会通过检查你的提交信息，并根据预定义的规则给予提示和建议。 这个插件可以配置一些常见的规则，比如提交信息的格式、长度、语法等。当你在提交代码时，它会在VSCode的编辑器中给出相应的错误或警告提示，帮助你及时发现并修复不规范的提交信息。 除了简单的格式和语法检查，git-commit-lint-vscode还支持自定义规则的配置。你可以根据团队的开发规范，添加一些额外的规则来检查特定的提交信息要求。 使用git-commit-lint-vscode插件可以帮助团队统一和规范Git提交信息的格式，避免不规范的提交信息对代码维护和合作造成不必要的困扰。同时，它也能帮助开发者养成良好的提交信息习惯，提高自己的编码质量。 综上所述，git-commit-lint-vscode是一个实用的插件，它通过在VSCode中检查和提醒开发者规范Git提交信息，提升团队的协作效率和代码质量。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值