Re: False alarms from git-fsck(1) about missing commits/trees pushed after the run started

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Ãvar ArnfjÃrà Bjarmason <avarab@xxxxxxxxx> writes:

> But actually these things aren't missing. They were just pushed to the
> repo after the fsck run started.
>
> Is this a known limitation of git-fsck,...

Yes.

We validate the contents of the objects we find in the repository (we do
this by directly visiting .git/objects/??/ and .git/objects/packs/
directories and validate the contents of even unreachable objects), mark
their existence while doing so, and then traverse the reachability DAG
from refs to find dangling & missing.

It always is possible to have objects we mark as reachable in the second
phase that are not marked as existing in the first phase if you are
actively adding objects to the repository (e.g. by pushing into it, by
fetching into it, or by running "git add") while running fsck, as these
new objects may not exist during the first phase but then later can become
reachable by ref updates.

> ..., is it documented anywhere?

I don't know for sure but I doubt it; please make it so.

--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]