On Fri, Aug 28, 2009 at 1:34 PM, Mike Edwards<[email protected]> wrote: > ant elder wrote: >> >> I see no issue at all with adding a (or several) new profiles that >> only build a subset of modules that anyone finds a useful combination, >> and they could be just committed without needing any consensus. The >> problems would come if we tried to make one of those subsets the build >> default. Also a worry is that with the testing spread out in lots of >> places we may not be testing properly by only building subsets, >> although that is partially overcome by having the Hudson nightly build >> keep building everything. >> >> ...ant >> > Ant, > > You've hit the nail on the head there Ant. > > It's OK doing partial builds UNTIL you want to commit something back to SVN. > Then, you must do a full build - otherwise you will have no idea what you > are screwing up. Seemingly innocuous changes can have significant impacts > on other parts of the code - and stop other folk in their tracks. This has > happened to me personally over the past few months and it isn't much fun. > > Nightly builds are not good enough - if you commit stuff without the full > build, you've potentially already messed up other folk by not checking that > your changes don't cause trouble to others. > > Yours, Mike. >
+1, totally agree with Mike. Having said that, although the simple profiles would work perfectly in 1.x, they won't really work for 2.x, as we need to generate the 3rd party dependency bundles during the distribution processing in order to things to work. A better solution would probably be to align these "profiles" to a "distribution" which might solve build speed, but will increase the build size on disk when building the "full build" before a commit. -- Luciano Resende http://people.apache.org/~lresende http://lresende.blogspot.com/
