Re: Official revision syntax for Subversion URLs

At 10:16 AM -0500 8/5/03, cmpilato@collab.net wrote:
>Sounds good to me. A question first, though. Does this mean that you
>cannot version path containing '@@' in their names under ClearCase?

No, there's no such restriction. If an object name ends in '@@',
then its history begins at "@@@@".

What it does mean is that scripts that depend on the @@ notation
might be fooled in such a case. For example, I've often written
scripts that found themselves wondering "is this file a versioned
object, or only some view-private thing?" An easy but not absolutely
foolproof test is

                if [ -f $file ] && [ -d ${file}@@ ]

That is, if there's a file named "foo", then ClearCase (dynamic
views) will show the history as a hidden directory named "foo@@".
Inside that directory will be things like "foo@@/REL_1", a labelled
version of foo, and also things like
"foo@@/main/REL_1_BRANCH/PATCH_37/6", a specific version of foo, the
sixth on the patch-37 branch of the release-1 branch (which,
presumably, branched off of main so people could work on release-2).

For a real fun time, then, create a ClearCase file named "foo", and
also a clearcase subdirectory named "foo@@"! This is allowed, but
any subsequent consternation is on your own head.

Oh, and the actual "@@" is actually a configuration option, so if you
really need directories named "foo@@" you can have ClearCase use "++"
or "<><" or "antitisestablishmentarianism." I confess I've never
actually changed this option, so I'm not sure whether it applies to
the whole site, particular VOBs, particular client hosts, or only
individual views (there are all these levels of configurability).

But we here don't need to feel compelled to recreate ClearCase; it is
enough if we can blow CVS out of the water. For now!

-- 
-==-
Jack Repenning
CollabNet, Inc.
8000 Marina Boulevard, Suite 600
Brisbane, California 94005
o: 650.228.2562
c: 408.835-8090
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org