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