Re: Hudson and frameworks reference
Re: Hudson and frameworks reference
- Subject: Re: Hudson and frameworks reference
- From: Chuck Hill <email@hidden>
- Date: Fri, 14 Jan 2011 10:54:44 -0800
On Jan 14, 2011, at 7:26 AM, Pascal Robert wrote:
> We are moving from CVS to Git, and after that we are going to use Hudson to build the projects from Git. Now, I was wondering how WO people handle frameworks dependencies when building WO applications. So far, I see two options:
>
> - Have jobs to build all the frameworks and put them in one location, and have wo.local.frameworks to point to that place.
> - Building each frameworks "locally" (eg, in the job directory of the application that is going to be build)
>
> Problem for option #1 is that we do have some applications that use different branches of the frameworks, so by having a central location some frameworks would be override by a install made from a different branch.
>
> Option #2 is better, but since most applications have at least 5 frameworks, and we have over 40 applications, that means that some frameworks might be build 40 times... Not very efficient.
Do you always build all 40 apps at the same time?
> I guess an option would be to use a central location for stuff coming from the trunk, and that each project have a custom wobuild.properties file + a Library/Frameworks folder in the workspace of the Hudson job for the application. That "local" Library/Frameworks folder would have symlinks to the central location of frameworks coming from trunk, and if some framework is not coming from trunk, it is build with the application job.
That might be a reasonable option.
> Any opinions on that? Should I move the team to Maven just before I leave my job in one month? :-)
Do they owe you money? :-P
I guess that Maven is an alternative. I am still not convinced that it will be less work or fewer headaches.
Chuck
--
Chuck Hill Senior Consultant / VP Development
Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems.
http://www.global-village.net/products/practical_webobjects
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden