RE: [superversion] merging states with changed binary files

[Cook, D. <dar...@ci...>]

Excellent, thank you for the confirmation of my suspicions. And for the
file delete/rename suggestion. I'm sending some "sane vibes" your way
too. ;-)

Darren Cook
Enterprise Data Services - Applications & Tools
Cingular Wireless
dar...@ci...=20

"I love deadlines. I especially like the whooshing sound they make as
they go flying by."  ~Douglas Adams=20



-----Original Message-----
From: sup...@li...
[mailto:sup...@li...] On Behalf
Of Stefan Reich
Sent: Friday, January 13, 2006 4:04 AM
To: sup...@li...
Subject: Re: [superversion] merging states with changed binary files


Cook, Darren wrote:

> Hi Stefan,
>
> Hope your thesis is going well and my question isn't too difficult to=20
> answer.
>
The thesis is slowly but certainly driving me crazy, but thanks for
asking... I still hope for t(completion) < t(insanity) though %|

> I was using Superversion today, and had two states I wanted to merge.=20
> I gave it a try and it cancelled the merge with an Update conflicts=20
> dialog box, with a message "UNSOLVABLE: Binary file exists with=20
> different contents".  It was an Excel spreadsheet (our project has=20
> several spreadsheets used by the code base). My question is, what am I

> supposed to do now? I suppose what Superversion wants to do is show=20
> the difference between the two files and it can't. But what if I know=20
> that the state I'm merging into my work area has a newer file and=20
> should overwrite the existing one? Do I just have to do that manually=20
> by dragging the file into my work area and then committing it?
>
Well, that's one of the things that will be better in the next beta.
You'll get a choice whether to overwrite, skip the file altogether or
save the repository verison under a different name. Right now, the
update/merge just fails which is of course a poor way of handling the
situation. The only thing you can do here is rename or delete the file
in the work area, then do the update and then possibly delete and
re-rename.

> Secondly, I created a new file in one state, committed it, then edited

> it and didn't commit the edit. When I went to merge it had an update=20
> conflict which said the file was modified so it couldn't delete it.
>
Hm... probably a fundamentally similar problem. I'll have to try that
myself to see what actually happens. A simple solution for now is
deleting the uncommitted change.

Cheers,
-Stefan


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems?  Stop!  Download the new AJAX search engine that
makes searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK! http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
_______________________________________________
superversion-discussion mailing list
sup...@li...
https://lists.sourceforge.net/lists/listinfo/superversion-discussion