This matches the pre-4.0 behavior. If you define a branch
type in the admin vob, that type still has to be made
in the local vob when it's needed. If a local branch type is made
because a mkbranch rule fires, the branch type is owned by the user
doing the checkout, not by the owner of the branch type in the admin vob.
It sounds to me as though admin vobs are still not
ready for prime time.
--Marilyn Sander
| From: "Henne, Heinz" <Heinz.Henne@nectech.co.uk>
| To: "'cciug@rational.com'" <cciug@Rational.Com>
| Subject: [cciug] v4.0 and global types
| Date: Thu, 10 Feb 2000 19:12:02 -0000
| X-Majordomo-Taboo: cciug
|
|
|
|
| Bug or Feature?
|
| We've created a couple of v4.0 VOBs and made one of them an admin VOB. We
| also installed our standard triggers that we use on all VOBs, these prevent
| users from rmelem, rmtype, mkXXtype ..etc. the usual stuff. So here's the
| problem. When a user performs a mkbranch or checkout with -mkbranch in a
| client VOB the mkXXtype preop trigger fires and stops the action - even when
| that type exists in the admin VOB as a global type. Note that all our branch
| and label types are created centrally and owned by ccadmin. Is this the same
| behaviour as pre v4.0? We never used admin VOBs before because of all the
| fuss over renaming and locking types etc. but like the look of them now.
|
| It also appears that when you remove that last instance of a type from the
| client VOB CC tries to remove the local type. So our remove zeroth version
| branches trigger
|
| Thanks in advance
| Heinz
|
| ---
| Heinz Henne
| ClearCase Administrator
| NEC Technologies (UK) Ltd.
| Tel: +44 (0) 118 9654535
| Email: Heinz.Henne@nectech.co.uk
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|
|
|
| http://clearcase.rational.com/cciug/mailing_list.html
-----------------------------------------------------------------------
Marilyn E. Sander, CM Engineer marilyn@hal.com
Fujitsu System Technologies (408)341-5590
Division of HAL Computer Systems, 1315 Dell Avenue, Campbell, CA 95008
-----------------------------------------------------------------------
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
This archive was generated by hypermail 2b29 : Sun May 06 2001 - 00:23:10 EDT