Am Sonntag, 25.09.05 um 01:27 Uhr schrieb Mike Schrag:
> This has always happened to me -- I'm using EOModeler 5.3 (not the
> Xcode one). So you don't have this problem at all? Very odd.
It depends on your use-pattern of EOModeler. What actually happens is
that EOModeler renames the original eomodeld (which of course has the
cvs stuff in it) to eomodeld~ and then save the changed eomodeld
without the cvs stuff. If you save just once between your cvs-commits
then the cvs stuff is retained in your eomodeld~, if you save twice or
more then the eomodeld~ gets replaced with the newer copy of eomodeld
which already "lost" its cvs stuff. It's easy once you understand how
it "works"
regards, Lars
>
> On Sep 24, 2005, at 5:33 PM, Brendan Duddridge wrote:
>
>> I used to have that problem, but they fixed it quite a while ago. I
>> also submitted a bug for the .svn problem which they also fixed.
>>
>> I'm surprised you're seeing that problem now.
>>
>> ____________________________________________________________________
>> Brendan Duddridge | CTO | 403-277-5591 x24 | brenda..lickspace.com
>>
>> ClickSpace Interactive Inc.
>> Suite L100, 239 - 10th Ave. SE
>> Calgary, AB T2G 0V9
>>
>> http://www.clickspace.com
>>
>> On Sep 24, 2005, at 2:48 PM, Dov Rosenberg wrote:
>>
>>
>>> Don't forget about Subversion (.svn) folders
>>>
>>> Dov Rosenberg
>>>
>>>
>>> On 9/24/05 4:24 PM, "Mike Schrag" <mschra..dimension.com> wrote:
>>>
>>>
>>>
>>>> Do other people have the annoying problem where eomodeler copies the
>>>> CVS folder inside of the eomodel~ folder, thereby making the CVS
>>>> server believe the backup is the original (and hilarity ensues)?
>>>> I'm
>>>> thinking about having wolips build process delete the CVS folder
>>>> back
>>>> out when eomodeld~ updates ... What do people think about that?
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>
This archive was generated by hypermail 2.0.0 : Sun Sep 25 2005 - 18:55:50 EDT