I know I should be working on a branch of my own but a couple of us are on the same branch of a project. One of the Dev's made a commit and I just wanted to update my local copy with the latest from SVN. Running 'svn update' I get this output:
Restored 'index.html'
U somescript.php
Conflict discovered in file.xml'.
Select: (p) postpone, (df) diff-full, (e) edit,
(mc) mine-conflict, (tc) theirs-conflict,
(s) show all options:
Is there an option/way to overwrite my local changes and get the latest file(s) from subversion and ignore all the conflicts?
I've looked at some of the other posts on Stack and they all don't answer the question. They say to delete the project and checkout again, which I guess if that's the best way so be it... But wanting more details as to why I can't force an update. Thanks
EDIT:
So I selected s 'show all options':
(s) show all options: s
(e) edit - change merged file in an editor
(df) diff-full - show all changes made to merged file
(r) resolved - accept merged version of file
(dc) display-conflict - show all conflicts (ignoring merged version)
(mc) mine-conflict - accept my version for all conflicts (same)
(tc) theirs-conflict - accept their version for all conflicts (same)
(mf) mine-full - accept my version of entire file (even non-conflicts)
(tf) theirs-full - accept their version of entire file (same)
(p) postpone - mark the conflict to be resolved later
(l) launch - launch external tool to resolve conflict
(s) show all - show this list
I guess I should go with option 'tc'?
tato's answer is absolutely correct and please heed his caution. You will lose ALL your changes. Just a clarification on syntax and some nuances
svn revert is non-recursive by default and needs a path to work on. To make is recursive add "-R". If you are in the current directory use "./" for the "path" below or use an absolute path like "/path_to_your_folder"
svn update is recursive. If you are in the directory you don't need a path at all
If you really want a copy of HEAD (the latest revision in repos), then you should
That's it.
Beware that you will lose ALL your changes since your last 'commit'.
EDIT: added the
-R <path>
from Isu_guy answer for the sake of completeness and helping readers find a single full answerUsing svn 1.6.11 (as shipped by CentOS 6.4) Carnix's command should look like
(cant add a comment since I don't have enough reputation)
I'd do this:
or
That said, "svn revert -R" then "svn up" at the root of your working copy would also do the trick. In my case, I have several WCs for various projects, so I run a shell script that updates all the them when I start up my computer. I don't use accept, rather I use "--accept p" to postpone resolution since it's an automated process, then I merge any conflicts that SVN can't automatically merge on it's own (usually, this involves reverting, but it depends).
Answering your first question. No. But you can override your local files by running the following commands from the root of your project:
This worked on my mac with svn 1.7.19 and ubuntu with svn 1.8.8