[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-03-12 10:50:34 CET

That bug still exists ... nobody worked with maven and svn here in the
list ?

Anthony Ogier a écrit :
> 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 Mon Mar 12 10:51:54 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.