Think this turns out to be a bug with SVNKit only. It appears to
create this file even when postponing conflict resolution. Sorry for
the noise.
On Tue, Nov 6, 2012 at 3:17 PM, Mark Phippard <markphip_at_gmail.com> wrote:
> It seems like this is the relevant commit:
>
> http://svn.apache.org/viewvc?view=revision&revision=871101
>
> Not sure how the behavior may have been amended since that commit as
> it is kind of old. But the log message would explain why I did not
> see it when I tried to do this as I did not take the (E)dit option. I
> have gone back to the user to verify their recipe is correct.
>
> Mark
>
>
>
> On Tue, Nov 6, 2012 at 3:03 PM, Mark Phippard <markphip_at_gmail.com> wrote:
>> Please see this thread from Subclipse mailing list:
>>
>> http://svn.haxx.se/subusers/archive-2012-11/0001.shtml
>>
>> Basically, a user has a recipe where an svn update has text conflicts.
>> In addition to the usual conflict files, there is also a file named
>> "foo.txt.edited" created. I can see in libsvn_wc/merge.c (in 1.7.x
>> branch) that this can happen. In trunk this is now in conflicts.c.
>>
>> It is not clear to me what scenario triggers this, as I could not reproduce it.
>>
>> Anyway, it seems like the possible bug is that svn resolve does not
>> remove this file as it does the others. Maybe if I could reproduce
>> the problem I would understand why it is not removed, but it seems
>> like a bug.
>>
>> --
>> Thanks
>>
>> Mark Phippard
>> http://markphip.blogspot.com/
>
>
>
> --
> Thanks
>
> Mark Phippard
> http://markphip.blogspot.com/
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
Received on 2012-11-06 21:31:58 CET