Step 1: View Conflicts Select: (p) postpone, (df) diff-full, (e) edit, (mc) mine-conflict, (tc) theirs-conflict, (s) show all options: Subversion is complaining that there is a conflict with the README file, and Subversion does not know how to solve this. So Jerry chooses the df option to review the conflict.
To resolve a conflict do one of three things: Merge the conflicted text by hand (by examining and editing the conflict markers within the file). Copy one of the temporary files on top of the working file. Run svn revert FILENAME to throw away all of the local changes.
When you merge your branch back into the trunk, SVN tries to do the same again: It sees that a file was created in your branch, and tries to create it in your trunk in the merge commit, but it already exists! This creates a tree conflict. The way to avoid this, is to do a special merge, a reintegration.
On Linux, if you want to see only the conflicts, pipe the status through grep.
svn status | grep -P '^(?=.{0,6}C)'
Just use grep!
svn st | grep '^C'
You could try svn merge -r <revision> --dry-run
and see what happens that way.
If you have already merged you can use
svn status
and see an uppercase "C" for conflict, but usually you shouldn't see such kind in your working copy.
If you have ack from http://betterthangrep.com/, you can do the following
svn st | ack '^C'
For Windows PowerShell use:
svn status | sls -Pattern '^(?=.{0,6}C)'
It's maybe possible to use svn merge --dryrun
while specifying the repository URL with all revisions after the latest one you updated with.
E.g. if your current WC is based on revision 147 this could do it:
svn merge -r 148:HEAD http://url.to.repo/repo/
It's nothing I've done myself though, so you'll have to try it yourself.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With