Re: problem with updating a shallow clone via a branch fetch

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

 



Junio,
Thanks for the assistance.  I'll be looking in the direction of what
could have caused sanity problems in the upstream repo.  If it happens
again and we can collect more tea leaves (this checkout was cleaned up
before I could get a copy of it to do further diagnosis :-/) I'll see
what else we can find out.

Rick

On Mon, Feb 28, 2011 at 6:25 PM, Junio C Hamano <gitster@xxxxxxxxx> wrote:
> Rick Bradley <rick@xxxxxxxxxxxxxxx> writes:
>
>> So I have a git repo that is shallow cloned:
>>
>>   % git clone --depth 1 <repo url>
>>
>> Sometimes (very rarely), when I do a branch fetch to update that
>> repository I get an error:
>>
>>  % git fetch origin +refs/head/<branch>:refs/remotes/origin/<branch>
>>
>> fatal: did not find object for shallow <hash>
>
> The message comes from the repository you are fetching from.  When you
> fetch from a shallow clone, the fetch process on your end tells the other
> side what commits your incomplete history ends at, and if the other end
> does not have any of these commits, you get that message.  So the only
> case (unless there is a bug---and I don't think this codepath is heavily
> exercised so it is very possible there are bugs) you would see that
> message is if the other side rewound the branch and then later garbage
> collection lost the commit.
>
--
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]