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

Eric Minick etm at urbancode.com
Wed Jan 31 15:14:35 CST 2007


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
>  
>



More information about the Anthill-pro mailing list