This issue is archived. You can view it, but you can't modify it. Learn more

ExportXMLWordPrintable

      We are able to define, checkout and use multiple SVN roots with Hudson. So far,
      so nice. But two of the most important actions on the SVN do not reflect this
      feature.

      1. I should be able to define the update/checkout strategy on each root
      separately. The kind of sources in the different roots may be entirely different
      requiring a different strategy for the root. As well, the update should be done
      for each root separately, if it fails, only a fresh checkout of the failed root
      should be performed. A sidemark, a no-update or only-manual-update-clause would
      be very sexy too for repositories changing very rarely (e.g. we store the JDK we
      use for compilation during the build as well in the repository, this changes
      only once in two years)

      2. The triggers on the SCM (polling) should be aware of the different roots.
      event better would be if one could define polling triggers on sub-parts of one root.

            Assignee:
            Unassigned
            Reporter:
            mdaenzer
            Archiver:
            Jenkins Service Account

              Created:
              Updated:
              Archived: