[Anthill-pro] Complex Project examples

[Yanko, Curtis]

So now you're just taunting us with 4.0!

RC50??? 


===
-Curt
W: 860.702.9059
M: 860.881.2050

-----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, October 10, 2007 6:02 PM
To: AnthillPro user and support list.
Subject: Re: [Anthill-pro] Complex Project examples

Here's a run down of the configuration of a cross-compiled firmware
build:

http://downloads.urbancode.com/etm/rockbox/rockbox.html

-- Eric

Chris Stoy wrote:
> I'd love to see how you have your project configured, if even just to 
> get an idea of how a working project is set up.
>
> As for my project, I have three executables I need to build, all 
> utilizing the same code base.  I have C++ database, C++ core engine, 
> and a C# tool that use the other two projects.
>
> Each executable can be compiled independent of the others, and in 
> fact, I would like to do that in parallel.
>
> Currently, I have a single Project ("Test Continuous Integration") 
> with three Job Configurations (each uses a Shell Builder running an 
> MSBuild
> script):
>
> 	Build Database
> 	Build Engine
> 	Build Tool
>
> And my Workflow is:
>
> 			Start
>
> Build Database | Build Engine | Build Tool
>
> 			End
>
> so that each of the Jobs is run on a different agent in parallel.
>
>
> Is this reasonable?  
>
> Thanks,
>
> Chris.
>
>
> -----Original Message-----
> From: anthill-pro-bounces at lists.urbancode.com
> [mailto:anthill-pro-bounces at lists.urbancode.com] On Behalf Of Eric 
> Minick
> Sent: Tuesday, October 09, 2007 10:32 PM
> To: AnthillPro user and support list.
> Subject: Re: [Anthill-pro] Complex Project examples
>
> The normal rules of thumb for deciding between multiple projects and 
> multiple jobs are the following:
>
> Can I check out and compile the different executables independently? 
> (they have different source)
> Do they have a different lifecycle? (can they be reused independently)
>
> If either answer is "yes" you probably want different projects. 
> Otherwise, you probably want a single project.
>
> Also, keep in mind that if you are going to end up with many very 
> similar build steps, it might be easier to have one parameterizable 
> job that you iterate over in parallel. That's getting pretty 
> interesting, but we do have something like that in our testing 
> environment. If that sounds attractive let me know and I'll record a 
> short tour of how that is configured and post it.
>
> -- Eric
>
> Chris Stoy wrote:
>   
>> Hello all,
>>
>> I'm having problems figuring out just how I should be setting up 
>> Projects with Anthill. The Simple Project Configuration was a good 
>> start, but I'm mostly interested in seeing how to utilize parallel 
>> builds and more complex workflows.
>>
>> Basically, I have a group of executables that I need to compile and 
>> data that needs to run through a conversion system. Most of these 
>> tasks can occur in parallel. What is the best way to set up this 
>> system? Do I create a single project with multiple jobs? Or would it 
>> be multiple projects?
>>
>> Are there any examples or a more complex Project setup that I can
see?
>>
>> Thanks,
>>
>> Chris.
>>
>>
>>     
> ----------------------------------------------------------------------
> --
>   
>> _______________________________________________
>> 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


This e-mail, including attachments, may include confidential and/or 
proprietary information, and may be used only by the person or entity to 
which it is addressed. If the reader of this e-mail is not the intended 
recipient or his or her authorized agent, the reader is hereby notified 
that any dissemination, distribution or copying of this e-mail is 
prohibited. If you have received this e-mail in error, please notify the 
sender by replying to this message and delete this e-mail immediately.