Details
-
Type:
Bug
-
Status: Closed (View Workflow)
-
Priority:
Major
-
Resolution: Won't Fix
-
Component/s: git-client-plugin, git-plugin, multiple-scms-plugin
-
Labels:None
-
Environment:Jenkins Ver 1.638
Multiple SCMs Plugin Ver. 0.3
Git Plugin Ver. 2.2.1
Git Client Plugin Ver. 1.9.1
-
Similar Issues:
Description
In my Jenkins job, I need to build from 3 GIT repositories hence, I use the multiple SCMs plugin. For each repository, the Branch Specifier is a String Parameter defaulting to */master. Name and Refspec parameters under each repository are blank.
All is fine (i.e. using the default) until I run a specific build with say a TAG or a SHA for any one of the repositories as the Branch Specifier. From that point forward, even though the Branch Specifier defaults back to */master, the same SHA is checked out every time.
Initially the Additional Behaviour → Clean before checkout was selected. I changed this to Wipe out repository & force clone but to no avail.
I also noticed previously that this messed up Poll SCM build trigger in that it caused a build to happen even though all the SHAs from the previous build were unchanged and we ended up having a build every hour 24 hours a day until Poll SCM was dropped.
The multiple SCM's plugin has a number of unfortunate interactions with the git plugin (and other SCM plugins). It is unlikely those issues will be fixed any time soon.
You may want to evaluate using a pipeline definition to checkout multiple repositories into a single workspace. I'm sure there are still issues in that workflow, but it is receiving much more attention than the multiple SCM plugin. Refer to the multiple SCMs section of the workflow scm step plugin README.