This text is a work in progress—highly subject to change—and may not accurately describe any released version of the Apache™ Subversion® software. Bookmarking or otherwise referring others to this page is probably not such a smart idea. Please visit http://www.svnbook.com/ for stable versions of this book.
svn resolved — Deprecated. Remove “conflicted” state on working copy files or directories.
svn resolved PATH...
This command has been deprecated in favor of
running svn resolve --accept
working
. See
svn resolve in the preceding
section for details.PATH
Remove “conflicted” state on working copy
files or directories. This routine does not semantically
resolve conflict markers; it merely removes
conflict-related artifact files and allows
PATH
to be committed again;
that is, it tells Subversion that the conflicts have been
“resolved.” See the section called “Resolve Any Conflicts” for an in-depth look at
resolving conflicts.
If you get a conflict on an update, your working copy will sprout three new files:
$ svn update Updating '.': C foo.c Updated to revision 31. Summary of conflicts: Text conflicts: 1 $ ls foo.c* foo.c foo.c.mine foo.c.r30 foo.c.r31 $
Once you've resolved the conflict and
foo.c
is ready to be committed, run
svn resolved to let your working copy
know you've taken care of everything.
Warning | |
---|---|
You can just remove the conflict files and commit, but svn resolved fixes up some bookkeeping data in the working copy administrative area in addition to removing the conflict files, so we recommend that you use this command. |