-
Improvement
-
Resolution: Unresolved
-
Major
-
originally RM-1971
JENKINS-2494 ensures that when a job is copied, it is not buildable until the user has saved the job. Thus allowing jobs to be used as models for other jobs. You copy a job you like and then modify it without fear of the SCM polling kicking off a build with the old configuration.
Unfortunately a regression sometime between 1.424 and 1.522 broke this behaviour, and as a result when jobs are copied they build straight away.
JENKINS-18074 had the side-effect of fixing JENKINS-2494 but only in those cases where the job is being copied to a different folder
https://github.com/jenkinsci/jenkins/commit/503c3bd2e6f2ec85514e16a260396ddae68f03ae now fixes JENKINS-2494 for all cases.
This now raises a secondary issue, namely that of what to do if somebody wants to use a folder as a model for other folders.
In such a case you probably want to have all the copied jobs be saved once the "model" folder has been saved for the first time.
The hard case is differentiating between people who want to hold off building any jobs in the folder until those jobs have been saved from those who want to hold off building any jobs in the folder until the folder has been saved.
This RFE is to provide a mechanism to resolve this use case.
- is duplicated by
-
JENKINS-25595 After copying a Folder, all jobs within it are disabled
- Resolved
-
JENKINS-40436 Jobs inside nested folders need to be activated after copying the top level folder
- Resolved
- is related to
-
JENKINS-18074 When copying folder, display names of contained jobs are gratuitously cleared
- Resolved
-
JENKINS-2494 Copied jobs should be disabled by default
- Resolved
-
JENKINS-21400 Provide more robust suppression of SCM polling for copied jobs
- Open
- relates to
-
JENKINS-27735 Being able to disable all jobs in a folder
- Open
- links to