Re: git-fast-import question

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

 



> My initial guess is, you don't have what
> you think you have.

Thanks for the tip - you're right in that I don't have what I think I have.

Namely, there are entire sections of the dump file that aren't getting
imported.  fast-import isn't complaining about it either.

commit refs/heads/foo
<various metadata>
M 100644 :mark path/to/some/file

Isn't getting imported (to any branch, let alone refs/heads/foo)

So when the later commit wants to rename the file, it can't be found.

Digging a bit deeper, I found a few cases where I'd have something
along the lines of:

commit refs/heads/foo
mark :1
<etc, etc.>

commit refs/heads/foo
mark :2
from :1
<etc, etc>

ie. two sequential commits, to the same branch.  The first commit is
being imported; the second commit isn't being imported.  Many
subsequent commits are similarly cast aside - then for no reason I can
tell, commits start getting imported again.  I'd expect fast-import to
complain, but that doesn't seem to be happening.
--
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]