[Anthill-pro] Deployment and Artifacts

Eric Minick etm at urbancode.com
Fri Jun 8 15:47:21 CDT 2007


Brian,

In the artifact selection area, we don't yet support scripts. This is 
because the codestation rules can be used outside Anthill for local 
development builds and the scripts can't be resolved there. Anyway, you 
would set the directory those files are found in and pick up MT_*.tgz 
and CMI_*.tgz.

The artifact resolution should be done in a secondary workflow for a 
project. The particular build that is used will be the build life the 
'resolve' workflow is run from. You'll run these from the Run Workflow 
tab on the build life overview. That will provide the traceability as to 
how the artifact was created and then how it was used in a single place.

Regards,

Eric

Colfer, Brian wrote:
> I like this idea...
>
> To use Artifacts ... 
> 1) I define an artifact set and group in the Admin
> 2) I define the particular path to the artifacts in the Artifact tab for
> the work flow.   I presume that I can use something like:
>
> MT_${bsh:StampLookup.getLatestStampValue()}.tgz 
> CMI_${bsh:StampLookup.getLatestStampValue()}.tgz
>
> to define the particular objects I want make an artifact? 
>
> 3) ... OK now I have to look up the options for resolve artifact ... how
> do I specify the particular build in this step?
>
> Thanks 
> -----Original Message-----
> From: anthill-pro-bounces at lists.urbancode.com
> [mailto:anthill-pro-bounces at lists.urbancode.com] On Behalf Of Eric
> Minick
> Sent: Friday, June 08, 2007 7:44 AM
> To: anthill-pro at lists.urbancode.com
> Subject: Re: [Anthill-pro] Deployment and Artifacts
>
> Brian,
>
> That's what artifacts are for. Let me lay down the standard AnthillPro 
> deployment approach in your format.
>
> 1) Compile jar, war or exe
> 2) Optionally package into a tar with standard name
> 3) Deliver the package (or just all the pieces) as AnthillPro artifacts 
> to be stored centrally.
> 4) Notify the Ops team that build 123 is ready
> 5) Ops team runs deployment workflow to move resolve artifacts to 
> different host, and hopefully automatically deploy. At very least, it 
> will move the files to the staging area for the Ops team to deploy.
>
> What you describe is a hybrid of the standard AnthillPro model and your 
> existing model. I think it's worth considering that this might not be 
> ideal, but if it is what you want it should be quite doable. I would 
> just publish the artifacts to Anthill at build time rather than at 
> deployment time for tighter traceability.
>
> -- Eric
>
> Colfer, Brian wrote:
>   
>> All,
>>
>> I have set up my builds typically in this method:
>>
>> 1 compile jar, war or exe
>>
>> 2 package the parts into a tar file with a unique name
>>
>> 3 copy the package to a holding directory (we call this a build depot)
>>
>> 4 push the tar to a test server on a **different** host
>>
>> 5 notify ops that the system is ready for production and they get it 
>> from the build depot
>>
>> What I would like is some way to archive the package after ops has 
>> been told to pick it up. Would the artifact concept in anthill3 be a 
>> good way to do this? How might this work? Are there reasonable 
>> alternatives?
>>
>> Thanks
>>
>> Brian
>>
>> *Brian Colfer*
>>
>> (m) 408-386-5601
>>
>> AIM: bcolferSDC
>>
>> YIM: briancolfer at yahoo.com <mailto:briancolfer at yahoo.com>
>>
>> **Skype**: bcolferwork
>>
>> *Shopping.com (tm)
>> **Find. Compare. Buy.**
>> ***www.shopping.com** <http://www.shopping.com/>
>>
>>
>>     
> ------------------------------------------------------------------------
>   
>> _______________________________________________
>> 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