[Anthill-pro] VCS driver modifications (2.6.x)

Eric Minick etm at urbancode.com
Wed Jan 31 15:38:47 CST 2007


Thanks Jeff,

Unfortunately Paul is working with the prevous version of Anthill so, 
3.x scripts won't work for him. There are some examples of working with 
those scripts here though: 
http://wiki.urbancode.com/home/AnthillProExtensionGuide

-- Eric

Jeff Rodgers (jerodger) wrote:

>I am using working directory scripts with StarTeam and it seems to work
>fine. I have folders under my project that I build independently by
>specifying the relative path to the build.xml. Clean also works
>properly. Also, note that neither the StarTeam project name or the view
>name are used to create the working directory, only the "path" is used. 
>
>Source configuration:
>
>Project: /Intermediary
>View:    /Intermediary
>Path:    /provisionerUI
>
>Working directory script:
>${anthill3/work.dir}/projects/${bsh:PathHelper.makeSafe(ProjectLookup.ge
>tCurrent().getName())}
>
>Path to build.xml:
>provisionerUI/build.xml 
>
>
>Jeff Rodgers
>Cisco Remote Operations Services
>
>-----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, January 31, 2007 3:15 PM
>To: anthill-pro at caladin.urbancode.com
>Subject: Re: [Anthill-pro] VCS driver modifications (2.6.x)
>
>I haven't taken a careful look at our starteam driver in 2.6 for a
>little bit, but isn't there a working directory script that you could
>use for this purpose? As I take a quick look at the code, it looks like
>there is, but you are still going to have an extra folder put there for
>branches.
>
>Is the goal to simply remove the /BranchOne part of the path?
>
>I think this would require changes to the StartTeam Anthill module.
>
>-- Eric
>
>paul.krause at aciworldwide.com wrote:
>
>  
>
>>Sorry to take so long in getting back to you.  It took me that long to
>>    
>>
>
>  
>
>>make all my builds pass again, but as it turned out, that wasn't the 
>>problem.  I think I've figured out what it is, though.  The build 
>>manager is looking in the wrong directory for its working files.
>>
>>The whole point of the modifications I've been making to the StarTeam 
>>driver pagelets is to change the directory that files are checked out 
>>into.  Instead of the defaults like "work/FolderOne[/BranchOne]", I 
>>need to check them out into names like "work/dir1" that are compatible
>>    
>>
>
>  
>
>>with our legacy build.
>>
>>So the problem, I think, is the incremental build manager is looking 
>>in FolderOne, not seeing any files, and then issuing getProject, which
>>    
>>
>
>  
>
>>then checks out all the files into dir1.  Next time around, FolderOne 
>>is still empty, so it does getProject all over again.
>>
>>Another side effect is that clean doesn't do anything.  If I check the
>>    
>>
>
>  
>
>>Force Clean box when requesting a build, I see a zero duration cleanup
>>    
>>
>
>  
>
>>step in the log.
>>
>>INFO - Cleanup - STARTING - Running a clean build.
>>INFO - Step 2: Cleanup
>>INFO - Cleanup - started at: 10:44:02
>>INFO - Cleanup - complete at: 10:44:02 Duration: 00:00:00
>>
>>Of course, the path to build.xml is wrong too. Right now, I'm waltzing
>>    
>>
>
>  
>
>>around the issue by using ../[../]dir1/build.xml as the path to the 
>>build file, but defects are becoming painfully obvious.
>>
>>How do I tell the build manager that I want to use a different 
>>subdirectory of the work directory?
>>
>>
>>
>>anthill-pro-bounces at lists.urbancode.com (Eric) wrote on 01/24/2007 
>>05:04:16 PM:
>>
>>    
>>
>>>Paul,
>>>
>>>I'd have to look into why the sync isn't being called. Is the build
>>>successful or failing? It might decide to clean after failed builds.
>>>
>>>The setting in the Logging Management should change the
>>>      
>>>
>configuration
>  
>
>>>file for you.
>>>
>>>Your more recent script is on its way off-list.
>>>
>>>-- Eric
>>>
>>>paul.krause at aciworldwide.com wrote:
>>>
>>>      
>>>
>>>>anthill-pro-bounces at lists.urbancode.com (Eric) wrote on 01/23/2007
>>>>11:41:05 AM:
>>>>
>>>>        
>>>>
>>>>>Get working project is used on a clean build to do a fresh
>>>>>          
>>>>>
>checkout.
>  
>
>>>>>Sync operates on an existing workspace to do an update.
>>>>>          
>>>>>
>>>>That's what I thought, but it seems like sync is never being
>>>>        
>>>>
>called.
>  
>
>>>>The only two kinds of bat files that I see generated are
>>>>getWorkingProject
>>>>and getRevisions.  I am using the incremental build manager with
>>>>        
>>>>
>an
>  
>
>>>>incremental build ratio of 5.
>>>> 
>>>>        
>>>>
>>>>>The scripts should be the same, but it's quite possible that we 
>>>>>          
>>>>>
>>updated
>>    
>>
>>>>>the production code in the VCSDriver without updating the 
>>>>>          
>>>>>
>>examples. If
>>    
>>
>>>>>there's a script you want the most recent source for, I'd be 
>>>>>          
>>>>>
>>happy to
>>    
>>
>>>>>provide it.
>>>>>          
>>>>>
>>>>Yes, please.  The main difference I'm seeing is that example
>>>>        
>>>>
>scripts
>  
>
>>>>put each
>>>>command on a separate line, instead of combining them into a
>>>>        
>>>>
>single
>  
>
>>>>command
>>>>using && the way the production driver does.  I think I've figured
>>>>this out now,
>>>>but I should probably have the originals for reference.
>>>> 
>>>>        
>>>>
>>>>>The bat files are kept if the logging level is set at DEBUG, 
>>>>>          
>>>>>
>>otherwise
>>    
>>
>>>>>they are deleted.
>>>>>
>>>>>-- Eric
>>>>>          
>>>>>
>>>>That's the logging level controlled by the Logging Management 
>>>>        
>>>>
>>module, as
>>    
>>
>>>>opposed to some setting in log4j.configuration?
>>>>
>>>>Thanks,
>>>>Paul
>>>> 
>>>>
>>>>        
>>>>
>>>>>paul.krause at aciworldwide.com wrote:
>>>>>
>>>>>          
>>>>>
>>>>>>I am trying to customize the StarTeam driver as described in
>>>>>>http://wiki.urbancode.com/home/AnthillProExtensionGuide
>>>>>>
>>>>>>I have some questions about the ProfileVCSDriver.
>>>>>>
>>>>>>1.  What is the difference between getWorkingProject.pgl and
>>>>>>syncWorkingProject.pgl, and how does AHP decide which one to
>>>>>>            
>>>>>>
>use
>  
>
>>>>for a
>>>>        
>>>>
>>>>>>given build?
>>>>>>
>>>>>>2.  Are the pagelets in the example directory substantially 
>>>>>>            
>>>>>>
>>different
>>    
>>
>>>>>>from the ones in VCSDriver.jar?  I've noticed some 
>>>>>>            
>>>>>>
>>discrepancies in
>>    
>>
>>>>>>the generated bat files.
>>>>>>
>>>>>>3.  What determines whether the generated bat files in
>>>>>><AHP>/lib/VCSDriver/pagelets/<platform>/<driver>/ are deleted 
>>>>>>            
>>>>>>
>>or kept
>>    
>>
>>>>>>after the build is done?
>>>>>>
>>>>>>Thanks,
>>>>>>Paul Krause
>>>>>>
>>>>>>This email message and any attachments may contain
>>>>>>            
>>>>>>
>confidential,
>  
>
>>>>>>proprietary or non-public information.  The information is 
>>>>>>            
>>>>>>
>>intended
>>    
>>
>>>>>>solely for the designated recipient(s).  If an addressing or
>>>>>>transmission error has misdirected this email, please notify
>>>>>>            
>>>>>>
>the
>  
>
>>>>>>sender immediately and destroy this email.  Any review, 
>>>>>>            
>>>>>>
>>dissemination,
>>    
>>
>>>>>>use or reliance upon this information by unintended recipients
>>>>>>            
>>>>>>
>is
>  
>
>>>>>>prohibited.  Any opinions expressed in this email are those of
>>>>>>            
>>>>>>
>the
>  
>
>>>>>>author personally.
>>>>>>
>>>>>>            
>>>>>>
>>-----------------------------------------------------------------------
>>    
>>
>-
>  
>
>>_______________________________________________
>>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
>  
>



More information about the Anthill-pro mailing list