-
Bug
-
Resolution: Fixed
-
Major
-
None
-
Platform: All, OS: Linux
When using multiple cvs modules in a single Hudson project, and setting both the
"CVS update" and "CVS legacy mode" checkboxes in the project configuration,
Hudson used to do the cvs update on each module. With the latest version 1.64,
this behaviour has changed and Hudson now does the cvs update on the top level.
Example:
in the project config, enter the following module names as cvs modules to be
checked out:
products/Product1 products/Product2 products/Product3
(We assume that the goal is to roll a releasable .tgz file that consists of
several products configured for a specific customer)
Hudson used to go into each module directory individually, doing the CVS update
there. Now, it just does the cvs update in "products/" - which essentially tries
to pull our entire CVS.
Probably related to my change to automatically update modules that were checked
out by a script. I don't think I foresaw that anyone was checking out secondary
modules (as opposed to top-level modules). My fix cannot work for such cases, I
think, but it could at least do what Hudson used to do in such cases.