You can stop automatic merges by simply setting --diff3 when you do a
command line update to "/bin/false" or if you're on Windows, a batch
script that runs "exit 2". This will cause the merge to always fail
and to present you with the various files you need to do the merge
manually.
You can also set the configuration of the "diff" program with the
Windows Subersion client by setting the diff3 option in
"%USERPROFILE%\Application Data\Subversion\Config". In TortoiseSVN,
you can set the the diff3 program by clicking on
"TortoiseSVN->Settings", then by going to the "Diff/Merge" tab.'
As long as the command that does the merge returns a non-standard zero
exit code.
On 7/7/05, Libor Jendele <Libor.Jendele@atlas.cz> wrote:
>
>
> Dear Branko,
>
> I'm a novice to Subversion system. I just downloaded it and set it running.
> I have no problems; all seems to work fine (to my very limited experience).
> However, I found one thing that is (for me) difficult to accept: It is the
> automatic merging of server version and my private version of a document
> file during the process of updating. (This is my personal feeling. I respect
> that other people can see it different way...)
>
> This situation will typically emerge, if both the server and my private
> (i.e. PC) version of a file gets modified. Upon my attempt to commit my
> version of the file to the server, (i.e. repository), I'll get an error
> message informing me about the conflict and suggesting me to update first
> (i.e. prior any commit) my local version of the file file from the server.
> That's fine; this is the way it should bahave.
>
> During the suggested update, sometimes I'll get a conflict that has to be
> resolved manually. This behaviour I like, too. However, the problem is that
> somtimes (e.g. in case of only additions of some new lines to the file etc.)
> the system "updates" my local version of the file automatically and I have
> no way to compare the result of such an update with my (local, PC) version
> of the updated file prior the automatic update! The local version od\f the
> file gets overwritten without leaving any backup copy to which I can compare
> !! This way a lot of problems can be inserted in my sorce data files.
>
> Therefore I wonder, if you can suggest me. how can I suppress the quotted
> automatic merge during the update and enforce to obtain a conflict situation
> in all cases, i.e. even case of minor and negligable changes in the document
> during the update that are now handled automatically.
>
> Another solution would be to allow such an automatic update but I'd get
> somewhere a copy of the version of the automatically updated files, (i.e. my
> local versions of the file) just prior the update.
>
> Note that I have no problem with updates of my files form the repository
> that were not modified by myself. In that case I can always compare to an
> earlier version from the repository. That's fine.
>
>
> Can I do it somehow from outside or a modification of the source code is
> needed? I tried to use external KDiff3 program with an option supressing any
> automatic merge. Unfortunatelly, it didn't help.
>
> Can you help me or wher can I seek for help?
> I'm using Microsoft Visual C++, V. 6 and I'm afraid that I might not be able
> to compile the projest at all (even if I know how...). What do you think?
>
> I'm using TortoiseSVN build-up to maintain the Subversion.
>
> Note that I don't like to use locking and unlocking technique to protect the
> files, as I believe in open-source policy within developers' teams.
>
> Thanks in advance for your help. Best regards
>
> Libor.
>
>
>
>
> Dr. Libor Jendele
> Cervenka Consulting
> Lidicka 269
> 25268 Stredokluky
> Czech Republic
> Tel./fax. (+420) 2 33901091
> Mobil/SMS (+420) 604 237686
> Mobil/Email: LJendele@t-email.cz
> Email: Libor.Jendele@Stredokluky.cz
> ( or Libor.Jendele@atlas.cz
> or Libor.Jendele@seznam.cz
> or LJendele@volny.cz )
--
--
David Weintraub
qazwart@gmail.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jul 8 19:22:14 2005