View comparison: difference between branch and tip?

[Yahoo Serious]

At a release we create a view where file should branch. If we release a
patch, this means the old view may have a branch.
To semi-automatically check whether patched files are also updated in the
tip (the main floating view), we want to walk through the views and find the
branched files.

My first hunch is to iterate over all files (and folders) and check for the
property Branched. However, thsi doe sniot seem to be a file/item-property.
there seems to be something like BRANCH_STATE_BRANCHED (which returns a
long, not a boolean), but no explanation about the possible values.

So my questions are:
- where do I get a (boolean?) branched value, like StarTeam has in the GUI
(show advanced Fields: "Branched", "Not branched")?
- what are the possible BRANCH_STATE_BRANCHED values?
- is there a faster way to get to the changed/different/branched items than
iterating over all of them?
- are the collections sorted/synchronous, i.e. can I iterate over two
collections and if coll1[0] <> coll2[0] does that mean either one is missing
a folder/file? (Or do I hav eto collect all items myself, and sort them, to
be able to compare)

Thanks in advance!
Yahoo

[Jeff Clark]

The long value returned is an enumeration. There should be a methode (don't
have the API in front of me right now) where you can get the string value
for this property using the long value.

You can also compare the "Dot" revision value (a string) for branching.

There may already be an application available from Dave Hegland (on Borlands
code sharing forum) that performs a comparision of two views.

You should create a hash table using the files RootObjectID as the key. This
will be the same between two branches.

Jeff

"Yahoo Serious" <y.se...@yahoo.com> wrote in message
news:46f7c3a6$1...@newsgroups.borland.com...

[Yahoo Serious]

Thanks,

I'll make sure to use the RootObjectID.
I did not find any branch-info in the code-sharing, after getting the
'logical' projects by name and Scriptcity (beccuse David uploaded that one).
I'll look into the API soon, although I;m not sure a string value would be
better, but at least it will give some interpretation (documentation).

Yahoo

"Jeff Clark" <jeffp...@wowway.com> wrote in message
news:46fb970c$1...@newsgroups.borland.com...