On Jan 15, 2013, at 1:30 PM, Julian Foad wrote:
>> Hmm, I wonder if the directory not existing on the target means
>> this is actually
>> a simple bug, not really some complicated problem with merging.
>> Why wasn't
>> the parent directory of a file being added created automatically,
>> as if svn
>> merge took a --parent argument? When would that be harmful?
> It's very complex -- in general (different merge scenarios) the
> delete might have been a conscious user action committed in the
> target branch, and might be a move away rather than a plain delete,
> since svn still lacks move tracking. We can't assume that just
> recreating the dir is the right thing, although it should be
> offered as an option in the conflict resolver.
I assumed, perhaps incorrectly, that svn knew the difference between
something being deleted and something never having existed. In other
words, if the directory had existed and then been deleted or moved,
the list of changes being merged would have included a delete. But
if the directory never existed before it would not be mentioned in
the list of changes being merged.
Just trying to be clear and unambiguous.
Received on 2013-01-15 19:40:24 CET