You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Jens Seidel <je...@users.sourceforge.net> on 2006/07/07 08:06:47 UTC

svn resolved doesn't remove older conflict-related artifact files

Hi,

I merged a file twice and got both times a conflict which I didn't resolved
after the first operation. So I got:

$ svn status
?      include.h.merge-links.r199
?      include.h.merge-links.r200
?      include.h.working
?      include.h.merge-rechts.r200
?      include.h.merge-rechts.r201
?      include.h.2.working
C      include.h

After resolving the conflict I still have three intermediate files:

$ svn resolved include.h
Resolved conflict of 'include.h'

$ svn status
?      ThermSimul/KERN/include.h.merge-rechts.r200
?      ThermSimul/KERN/include.h.merge-links.r199
?      ThermSimul/KERN/include.h.working
M      include.h

Is this behaviour correct/expected?

The Subversion book contains:

> Remove “conflicted” state on working copy files or directories. This routine
> does not semantically resolve conflict markers; it merely removes
> conflict-related artifact files

It doesn't say that *all* conflict-related artifact files will be removed, but
it also doesn't say the opposite.

Please CC: me.
Jens

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org