On 10 May 2010 14:24, Walser Markus <MarkusWalser_at_schleuniger.ch> wrote:
> Hi
>
> Recently I ran into following subversion use case:
>
> 1. A new binary file was created in a working copy 1 and *not* added:
> e.g. C:\Test\WorkingCopy1\BinaryFile.pdf
>
> 2. In another working copy 2 of the same repo another binary file with
> the same filename but different content was created and added:
> e.g. C:\TestWorkingCopy2\BinaryFile.pdf. Thereby SVN correctly set
> the mime type to octet.
>
> 3. The newly added file was committed in working copy 2.
>
> 4. Working copy 1 is updated.
>
> What happens is that SVN reports successful merging of BinaryFile.pdf.
>
> I'd rather expected a conflict with the local BinaryFile.pdf instead
> of trying to merge the binary file.
>
> On the subversion mailing list I was told that this comes from Tortoise's
> update --force option. Is there a way the --force option can be switched
> Off in Tortoise?
> Or do you have another suggestion to avoid this binary merging?
>
> Tortoise was version 1.6.8 Build 19260 (SVN 1.6.11).
There is no real merging going on. All that happens is that the BASE
file is updated to reflect what is stored in the repository. The file
in your working copy will still be your own version, marked as
modified (with respect to the repository). If you commit the file as
it stands then you will overwrite what is in the repository with your
own version. If you have a diff tool that handles this file type then
a diff will show you how your own file differs from BASE.
Simon
--
: ___
: oo // \\ "De Chelonian Mobile"
: (_,\/ \_/ \ TortoiseSVN
: \ \_/_\_/> The coolest Interface to (Sub)Version Control
: /_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2606868
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-05-10 16:53:41 CEST