[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Bug in tortoiseMerge

From: Anthony Ogier <aogier_at_iorga.com>
Date: 2007-02-21 16:36:22 CET

Does anybody have an idea about that bug ?

    Thanks,
       Anthony

Anthony Ogier a écrit :
> Now, I have TortoiseSVN 1.4.3, Build 8645 (latest), and I still have
> the problem. And it is *not* due to manual editing of patchfile !
> Here is another procedure :
>
> * From my local SVN, I modify the files :
> o project/pom.xml
> o project/module_1/pom.xml
> o project/module_2/pom.xml
> * Then, I right-click on project > TortoiseSVN > Create patch...
> * After creating the patch (with default parameters), I do a
> right-click on project > TortoiseSVN > Revert, and I revert all
> my changes
> * Now, I right-click on project > TortoiseSVN > Apply patch..., I
> select my patch file, and then, I have a list of "File patches"
> in the GUI containing only "pom.xml" files (that's good), but 2
> of them are red ! (that's bad...)
> * When clicking on a red "pom.xml", I've got that message :
>
> The file pom.xml
> was found twice!?!
> This usually happens if you applied a patchfile to the
> wrong folder!
>
> ... I think it's definitively a bug in Tortoise isn't it ?
>
> Anthony
>
> Stefan Küng a écrit :
>> Anthony Ogier wrote:
>>> OK, I'm working on integrating an open source project which has its
>>> own svn. For our developments, we have a copy of that svn in our own
>>> svn.
>>> Sometimes, I must merge the updates made on the official project to
>>> our own version.
>>> To do that,
>>>
>>> * I checkout the official trunk with the last revision I've merged
>>> into our version (let's call that revision X), and then
>>> TortoiseSVN > Merge.
>>> * Here, I fill "from revision" with X, and "to HEAD revision" and I
>>> get the "Unified diff".
>>
>> But you don't merge.
>>
>>> * I edit the generated .patch and replace all the "--- ... (revision
>>> X)" with "--- ... (revision Y)" (Y is our current trunk revision),
>>> and "+++ ... (revision Z)" with "+++ ... (working copy)" (Z is the
>>> current official trunk revision).
>>
>> Here's the problem: the unified diff you get from the merge is not
>> the same as you would get if you would have completed the merge and
>> then choose TortoiseSVN->Create patch. And only patchfiles generated
>> with that command will actually work ok. Manually editing a
>> patchfile, and especially one not generated with "create patch" just
>> isn't right and leads to all kinds of errors.
>> The patch algorithm in TortoiseMerge can't handle patchfiles which
>> don't match exactly.
>>
>> Stefan
>>
Received on Wed Feb 21 16:36:39 2007

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.