1

我有一个脚本可以git write-tree用来弥补 中的不足，除非我是脚本git stash，否则它可以完美运行。ctrlC

[... other parts of script ...]
exec('git add -f .');
workingTreeHash=exec('git write-tree');
exec('git checkout -f [...]');

此时我^C的脚本并因此丢失了 write-tree hash variable workingTreeHash。

我的恢复尝试：

$ git fsck --lost-found --full --unreachable
$ git config gc.auto 0
$ (
          for i in $(ls .git/lost-found/{commit,other}/*);do
                  git show $(basename $i);
          done;
  )
  |grep -iae 'unique modifications';

什么都没显示……那么丢失的git add -f .;git write-tree物体去哪儿了？在哪里可以找到。（我知道 git 工作区，我将尝试将其作为脚本的替代方案）。

这不是一个高优先级，仅供将来参考，以防这种情况再次发生在重要的事情上。

4

1 回答 1

0 
find .git/objects/?? -type f -exec ls -t {} + | head

（这可能是第一个），然后是git show他们。

对我来说，自上次提交以来我已经做出了改变，所以我得到了

$ find .git/objects/?? -type f -exec ls -t {} + | head
.git/objects/e6/9de29bb2d1d6434b8b29ae775ad8c2e48c5391
.git/objects/e1/c72a7c34b57c7570dd13c269d3065ef27fb896
.git/objects/1a/e2d4203a023095ce1cfc63e9b201f402234b60
.git/objects/fc/13259859a21139736e58d3a80f15c495ee90fe
.git/objects/01/ca0f1889baacba762a2841c9bce3c3f3927a90
.git/objects/6a/c151c9adf00d90e55afd8da4a0534deeb27d00
.git/objects/91/82087c12c32c2dc475798913b949a5a063d1e0
.git/objects/ca/291ca41a16b5dcda64c063f2844337bbb16b1f
.git/objects/35/6b4df63d859611895c730633790dd1bcdb7eb4
.git/objects/b1/615cd532dea5e28cf57be5521cb216dcf90115
find: ‘ls’ terminated by signal 13
$ git show 1ae2d
tree 1ae2d
[…etc]

git rev-parse 1ae2d如果您不想键入它 ，则完整的哈希将是。c72a7是提交，e69d你甚至可能认出那个散列，它是我错误添加的一个空文件。

此外，如果您知道自编写索引以来您没有接触过索引，它git write-tree是幂等的，只需再做一次，您将得到相同的树。

于 2020-01-31T21:36:12.890 回答