And again, my pet subject. Clearcase is severly lacking in a good relocate
facility. If the relocate command had the ability to copy or move elements
from one vob to another where elements use instances of types that are
locked or obsoleted then we would have a pretty good solution. Surely such
a change would not be that difficult to acheive ?
Roy Chapman
External Consultant
Robert Bosch GmbH * (00 49) 0711/811-31795 / GSM (00 49)
0173/4887139
K5/ESQ * (00 49) 0711/811-31800
Postfach 20 02 40 * mailto:roy.chapman@de.bosch.com
D-70442 Stuttgart
> ----------
> Von: Paul D. Smith[SMTP:pausmith@nortelnetworks.com
> Antwort an: pausmith@nortelnetworks.com
> Gesendet: Dienstag, 25. Januar 2000 04:09
> An: Marilyn Sander
> Cc: cciug@Rational.Com; cg@digisle.net
> Betreff: Re: [cciug] clearexport_ccase question
>
>
> %% Marilyn Sander <marilyn@hal.com> writes:
>
> ms> I have also read in this mail group that when the file element is
> ms> imported, if any branch type it uses already exists in the vob, a
> ms> transformation is performed on the branch name so you get a
> ms> different branch type from what was in the source vob.
>
> No, this is wrong.
>
> What happens is, if you have a label type and a branch type with the
> same name, _THEN_ one will be renamed. See the clearexport_ccase docs.
>
> If this were true then you'd never be able to do incremental
> export/import, since the second and subsequent times the branches would
> all be renamed! Ouch.
>
> ms> I'm going through this hassle right now. I think what I'll end up
> ms> doing is copy the latest baseline directory tree out of one view
> ms> into a regular directory, then do clearexport_ffile and
> ms> clearimport to the new vob where development is to continue.
> ms> I'll have to keep the old vobs around to preserve history,
> ms> locked so they are read-only, and perhaps even renamed.
>
> ms> If anyone else has a better idea I'd love to hear it.
>
> Well, of course the ultimate answer to this is "use relocate". That,
> after all, is what it was written for.
>
> OTOH, it has its problems, too.
>
> --
> --------------------------------------------------------------------------
> -----
> Paul D. Smith <psmith@baynetworks.com> Network Management
> Development
> "Please remain calm...I may be mad, but I am a professional." --Mad
> Scientist
> --------------------------------------------------------------------------
> -----
> These are my opinions---Nortel Networks takes no responsibility for
> them.
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
This archive was generated by hypermail 2b29 : Sun May 06 2001 - 00:22:35 EDT