Re: [BUG/PATCH] t9350-fast-export: Add failing test for symlink-to-directory

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

 



On Fri, 21 Aug 2015, Jeff King wrote:
>   - we may still have the opposite problem with renames. That is, a
>     rename is _also_ a deletion, but will go to the end. So I would
>     expect renaming the symlink "foo" to "bar" and then adding
>     "foo/world" would end up with:
> 
>        M 100644 :3 foo/world
>        R foo bar
> 
>     (because we push renames to the end in our sort). And indeed,
>     importing that does seem to get it wrong (we end up with "bar/world"
>     and no symlink).
> 
> We can't fix the ordering in the second case without breaking the first
> case. So I'm not sure it's fixable on the fast-export end.

Hmm, renames have a more fundamental ordering problem: swapping two 
(normal) files and using fast-export -C -B results in

  R foo bar
  R bar foo

which cannot be reimported correctly without fast-import fixes.

Anders
--
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]