<< Back to previous view

[QB-3483] Git revisions wrong when >1 GitHub Repo with 1 using > 1 branch
Created: 20/Dec/19  Updated: 24/Dec/19

Status: Resolved
Project: QuickBuild
Component/s: None
Affects Version/s: 9.0.24, 9.0.26, 9.0.27, 9.0.28, 9.0.29, 9.0.30
Fix Version/s: 9.0.31

Type: Bug Priority: Major
Reporter: Mike Cordeiro Assigned To: Unassigned
Resolution: Fixed Votes: 0
Remaining Estimate: Unknown Time Spent: Unknown
Original Estimate: Unknown
Environment: Windows

File Attachments: Text File StepLog.txt     JPEG File StepStatus.jpg    

 Description   
When configuring a build with more than 1 GitHub repository (only 1 of which is configured to build Pull Requests), the check out steps of the single branch Repositories are attempting to use the hash from the multi-branch repository. The Step Status screen will reflect the correct hash for each repository, but in investigating the logs for the failing step, the wrong hash is being used. Attached are a screenshot of the Step Status screen (reflecting the correct hashes) and the log from the failed step (reflecting the hash from the other repository).

 Comments   
Comment by Robin Shen [ 21/Dec/19 12:34 AM ]
Please make sure to use different "destination path" when checkout multiple git repository at QB side. Otherwise, their clone directory will overlap with each other to cause issues.
Comment by Mike Cordeiro [ 23/Dec/19 02:15 PM ]
Each of the repositories in this configuration have unique Destination Paths. The build works fine when each repository is only configured to build HEAD (no Pull Request builds), however as soon as one of the builds is configured to build PRs, this issue occurs.
Comment by Robin Shen [ 24/Dec/19 12:31 AM ]
Thanks for the info. This is actually a bug and has now been fixed in 9.0.31:
https://build.pmease.com/build/5030
Generated at Thu Apr 25 04:11:54 UTC 2024 using JIRA 189.