[Anthill-pro] Question about revision report in AHP 2.6.1

Thu Mar 27 11:18:17 CST 2008

Hi Eric,

The history would be available everywhere and I can probably script it.
Can you tell me (ideally) what does the revision report say--in other
words, what does it think it is presenting for information?   

Bob Gillis
EDS - newMMIS Clearcase Admin / Build Coordinator

-----Original Message-----
From: anthill-pro-bounces at caladin.urbancode.com
[mailto:anthill-pro-bounces at caladin.urbancode.com] On Behalf Of Eric
Minick
Sent: Thursday, March 27, 2008 1:16 PM
To: AnthillPro user and support list.
Subject: Re: [Anthill-pro] Question about revision report in AHP 2.6.1

It looks like what Anthill 2.6 is doing is to iterate over all the VOB
names that it finds in the config spec and doing an lshistory command on
each tied to a branch. What you are describing (Anthill being ignorant
of labels in the config spec) does make sense based on what I'm seeing
in the code.

You probably know Clearcase a bit better than me. Is there an easy way
to filter the lshistory command based on a label? Does the label
information exist only in the config spec, or is it also entered
elsewhere in the Anthill configuration?

-- Eric

Gillis, Bob (EHS) wrote:
> In this example, all are snapshot views, base clearcase, no ucm.
>
> Thanks very much :)
>  
>
>
> Bob Gillis
> EDS - newMMIS Clearcase Admin / Build Coordinator
>  
>
>
> -----Original Message-----
> From: anthill-pro-bounces at caladin.urbancode.com
> [mailto:anthill-pro-bounces at caladin.urbancode.com] On Behalf Of Eric 
> Minick
> Sent: Thursday, March 27, 2008 11:32 AM
> To: AnthillPro user and support list.
> Subject: Re: [Anthill-pro] Question about revision report in AHP 2.6.1
>
> It does make some sense. So I can look at the right thing, which 
> Clearcase driver/mode are you using with Anthill? Base/UCM 
> snapshots/dynamic...?
>
> -- Eric
>
> Gillis, Bob (EHS) wrote:
>   
>> Hi Eric,
>>
>> First, many thanks for the response.
>>
>> If I understand AHP correctly, the revision log prints everything
that
>> has changed since the last build.   We're seeing LOTS of additional
>> files.
>>
>> For example, yesterday I am building from a label called MOREG (Model

>> Office Regression tests).  Version 23 of an element has the MOREG 
>> label on it and is included in the build because of the ClearCase
>>     
> config spec.
>   
>> A developer checked in a version 24 before I built, but the the MOREG

>> label is still on version 23 and the build is based against 23 -- but

>> the revision log still lists version 24 by name and comment, even 
>> though it's not in the build.  The project lead was confused and 
>> thought version 24 was in the build.  I confirmed it was not.  I 
>> guess
>>     
>
>   
>> what I'm looking for is a revision report that would only report 
>> changes in the current VIEW, but not report something if the config 
>> spec doesn't reference it.  Does this make sense?
>>
>>
>> Bob Gillis
>> EDS - newMMIS Clearcase Admin / Build Coordinator
>>  
>>
>>
>> -----Original Message-----
>> From: anthill-pro-bounces at caladin.urbancode.com
>> [mailto:anthill-pro-bounces at caladin.urbancode.com] On Behalf Of Eric 
>> Minick
>> Sent: Wednesday, March 26, 2008 3:06 PM
>> To: AnthillPro user and support list.
>> Subject: Re: [Anthill-pro] Question about revision report in AHP 
>> 2.6.1
>>
>> Bob,
>>
>> The intention, I believe, is for the cleartool hist command to pull 
>> down the changes appropriate for this build track and perhaps some 
>> extras that the history command doesn't give us a good way to not 
>> request. It then should compare those changes against what is seen 
>> config spec and the date of the previous build to filter out
>>     
> extraneous information.
>   
>> It's possible that 2.6.1 is missing some chances to apply a filter. I

>> know in 3.x we gave up on trying to parse the config specs and have 
>> instead provided a text field where you can enter key information 
>> from
>>     
>
>   
>> the config spec in a clearer way. What kind of changes are showing up

>> in the revision log that shouldn't be?
>>
>> Thanks,
>>
>> Eric
>>
>> Gillis, Bob (EHS) wrote:
>>   
>>     
>>>       Hello!
>>>
>>>       We have some confusion about what the AHP revision report is
>>>       including. 
>>>
>>>       I see $buildDef.getRevisionIterator() ) in some of the
reports.
>>>       
>
>   
>>>       The revision LOG seems to give the latest changes to a code
>>>       base, regardless of the Clearcase config Spec.
>>>
>>>       My question is: What exactly does the revision log use for its
>>>       report -- the latest changes to a code base?  What criteria
>>>       
> does
>   
>>>       it use to filter the results: Date/Config Spec/Last 100
>>>       
> changes,
>   
>>>       etc.
>>>
>>>       Is there a way to customize the report?
>>>
>>>
>>>       ##
>>>       ## ADD THE REVISION LOG
>>>       ##
>>>       <TR><TD>
>>>       <H2>Revision Log:</H2>
>>>       <TABLE >
>>>           <TR>
>>>               <TD> 
>>>                   <DIV >
>>>                       <FONT SIZE="1">
>>>       #foreach( $revision in $buildDef.getRevisionIterator() )
>>>           #if ( $revision )
>>>               $revision<BR/>
>>>           #end
>>>       #end
>>>                       </FONT>
>>>                   </DIV>
>>>               </TD>
>>>           </TR>
>>>       </TABLE>
>>>       </TD></TR>
>>>
>>>
>>>
>>>
>>>       Bob Gillis
>>>       EDS - newMMIS Clearcase Admin / Build Coordinator
>>>        
>>>
>>>
>>> --------------------------------------------------------------------
>>> -
>>> -
>>> --
>>>
>>> _______________________________________________
>>> Anthill-pro mailing list
>>> Anthill-pro at lists.urbancode.com
>>> http://lists.urbancode.com/mailman/listinfo/anthill-pro
>>>   
>>>     
>>>       
>> _______________________________________________
>> Anthill-pro mailing list
>> Anthill-pro at lists.urbancode.com
>> http://lists.urbancode.com/mailman/listinfo/anthill-pro
>> _______________________________________________
>> Anthill-pro mailing list
>> Anthill-pro at lists.urbancode.com
>> http://lists.urbancode.com/mailman/listinfo/anthill-pro
>>   
>>     
> _______________________________________________
> Anthill-pro mailing list
> Anthill-pro at lists.urbancode.com
> http://lists.urbancode.com/mailman/listinfo/anthill-pro
> _______________________________________________
> Anthill-pro mailing list
> Anthill-pro at lists.urbancode.com
> http://lists.urbancode.com/mailman/listinfo/anthill-pro
>   
_______________________________________________
Anthill-pro mailing list
Anthill-pro at lists.urbancode.com
http://lists.urbancode.com/mailman/listinfo/anthill-pro