git SHA1 0000000000000000000000000000000000000000 (all zeroe



我在 git 中有一个尚未提交的分支,带有 SHA1

000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000

请不要回答是,2^160 中有一个,或 0.000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000

我是相当安全的,我不是在他的 git 存储库中获得 SHA1 的幸运儿

00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000

注意,你可以找到"全零 SHA1"一直回去提交 f65fdf(2005 年 6 月 30 日,git 的 v0.99)

莱纳斯·托瓦兹:

所有零的"旧引用"

被认为是"不在乎"引用,并允许我们说"编写新引用,而不管旧引用包含什么(或者即使它存在)"。

这允许(如果 git-send-pack 这样做)创建新的引用,并修复旧的引用。

<小时 />

正如 SzG 在评论中提到的,这是你在 Git 接收/更新钩子和新分支中找到的那种 SHA1,代表不存在对象的"old-ref"(而"new-ref"会创建所述对象,如分支)。

提交包括

提交日期等元数据。因此,在实际创建提交之前,无法显示提交哈希。你看到的不是提交 SHA,它只是 UI 中使用的默认值。

最新更新