-
Bug
-
Resolution: Unresolved
-
Major
-
None
On "master" task, no problem, jenkins checkout good repo and branch.
But on "slave" tasks, It checkout the same branch for all scm (git in my case).
How-to reproduce?
- create a multiconfiguration project
- Add 2 scm git
- 1 for repo/branch A (on / by default, or on dir "A", irrelevant)
- 2 for repo/branch B and put it on dir "B"
- add configuration matrix, with one axis that can take multiple values
On slave the folders structure gets created correctly, but the second one is empty.
When checking the console output, the "master" task clones and checks out the two repos correctly (different revision numbers (long string, probably a hash) for each of the 2 repos).
Each of the "slave" tasks defined by the configuration matrix, will try to fetch and checkout the same revision number for both repos, and therefore will fail on the second one.
[JENKINS-23445] Can't use matrix-project with multiple-scms
| Workflow | Original: JNJira [ 156073 ] | New: JNJira + In-Review [ 179203 ] |
fabri ba
made changes -
| Description |
Original:
On "master" task, no problem, jenkins checkout good repo and branch. But on "slave" tasks, It checkout the same branch for all scm (git in my case). How-to reproduce? * Add 2 scm git ** 1 for branch master (on / by default) ** 2 for branch debian and put it on dir "debian" /debian will be the same than / and will fail :) |
New:
On "master" task, no problem, jenkins checkout good repo and branch. But on "slave" tasks, It checkout the same branch for all scm (git in my case). How-to reproduce? * create a multiconfiguration project * Add 2 scm git ** 1 for repo/branch A (on / by default, or on dir "A", irrelevant) ** 2 for repo/branch B and put it on dir "B" * add configuration matrix, with one axis that can take multiple values On slave the folders structure gets created correctly, but the second one is empty. When checking the console output, the "master" task clones and checks out the two repos correctly (different revision numbers (long string, probably a hash) for each of the 2 repos). Each of the "slave" tasks defined by the configuration matrix, will try to fetch and checkout the same revision number for both repos, and therefore will fail on the second one. |