Well in my case the current project is still in early development and by the time it will reach production it will be tied to the, at the time, current release of MonoRail or any other dependency.
I tried developing against a stable release with RC3 and learned my lesson... So I won't let my code base drift to far from trunk anymore. I also need the ability to patch all third party dependencies in order to quickly fix issues (or add missing features). So every component is built from source like this: Third party sources -> local patches -> local releases of third party libs -> customer project libs So it is not straight against trunk but it won't be to far behind either. Regards, Ola 2010/2/4 John Simons <[email protected]> > I understand that before we started officially releasing projects, you guys > had no other option but run from the trunk. > But know with most of the released packages available, why is there still a > need for this? > We strongly discourage users building/running from the trunk in a > production environment. > I know that eg ATM hasn't been officially released and if that is the > reason you guys want to build from the trunk, I would recommend you to wait > for its release instead. > > Cheers John > > On 05/02/2010, at 5:07, Ola Herrdahl <[email protected]> wrote: > > I have the same issue, anyone found a solution yet? > > Regards, > Ola > > 2010/1/25 Tyler Burd < <[email protected]>[email protected]> > >> Hi all. >> >> I use several projects from the castle stack (AR, IoC, Monorail, ATM, >> Transaction Services, Logging, etc.). Now that the trunk has been split up, >> how are people managing running from the trunk? What is recommended? Do >> you checkout each project, build them individually in the correct order, >> copying dlls to subsequent projects? Is Horn the recommended approach? I >> tried downloading the artifacts from the build server, but each project >> seems to use different versions of it's dependencies, leading to numerous >> bindingRedirects just to get things working. >> >> Sorry if this has been asked before; seems like it would be a common >> concern, but I didn't find much with a cursory search. I fully understand >> why the projects were split, but I also miss the convenience of a single svn >> up and nant call. >> >> -tyler burd >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Castle Project Users" group. >> To post to this group, send email to >> <[email protected]> >> [email protected]. >> To unsubscribe from this group, send email to >> <castle-project-users%[email protected]> >> [email protected]. >> For more options, visit this group at >> <http://groups.google.com/group/castle-project-users?hl=en> >> http://groups.google.com/group/castle-project-users?hl=en. >> > > -- > You received this message because you are subscribed to the Google Groups > "Castle Project Users" group. > To post to this group, send email to [email protected] > . > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/castle-project-users?hl=en. > > > ------------------------------ > Yahoo!7: Catch-up on your favourite Channel 7 TV shows easily, legally, and > for free at PLUS7. Check it > out<http://au.rd.yahoo.com/tv/catchup/tagline/*http://au.tv.yahoo.com/plus7/?cmp=mailtag> > . > > -- > You received this message because you are subscribed to the Google Groups > "Castle Project Users" group. > To post to this group, send email to [email protected] > . > To unsubscribe from this group, send email to > [email protected]<castle-project-users%[email protected]> > . > For more options, visit this group at > http://groups.google.com/group/castle-project-users?hl=en. > -- You received this message because you are subscribed to the Google Groups "Castle Project Users" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/castle-project-users?hl=en.
