Quick & GIT: Branch Protection: How to get the Check Required "default" to connect to a CICD (Quickbuild) #178262
-
| Select Topic AreaQuestion BodyMoving our Quickbuild CICD from a local datacenter to AWS. It attempts to keep our Branch Protection in place we see that what's in place for our old CICD location is under a branch protection "Check" object known as "default" .. not sure what else to call this thing and appears to have no settings or footprint within our QB/GIt integration (what IS "default").. having no idea where that object/identifier lives or how its being called. Creating a new PAT that only the new CICD in AWS uses does not appear to connect the Branch Protection. From what I'm told by GIT Copilot, the identifier/BP Object "default" needs to be called explicitly by name. In our new CICD we want to call it by a meaningful name (not default) so creating a new identifier "Quickbuild" doesn't appear to work. How does one go about connecting this very unintuitive and convoluted connection? Perhaps by only calling the rest API with the context of "Quickbuild" however the old CICD does not appear to be doing that, so... how IS that working... long pause.. | 
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 3 replies
-
| Hey! I went through something similar when migrating CI/CD systems. The "default" check you're seeing isn't actually a special GitHub object - it's just the status check name that your old Quickbuild instance was reporting to GitHub when it ran builds. Here's what's happening: when your CI/CD runs and reports status back to GitHub, it sends a check name along with the status. That name is what shows up in branch protection. Your old Quickbuild was likely sending "default" as the check name in its API calls to GitHub. To get your new AWS-based Quickbuild working with a better name like "Quickbuild": 
 The key thing to understand is that the check name comes from your CI/CD system, not GitHub. When Quickbuild makes API calls like  If you need help finding the specific Quickbuild setting, their documentation usually has a section on GitHub integration where you can customize the status check identifier. Let me know if you need more specific pointers! | 
Beta Was this translation helpful? Give feedback.
-
| The "default" entry you see in Branch Protection is almost certainly the status context/name your old QuickBuild instance was reporting to GitHub (not a hidden GitHub object). The CI decides that name when it posts statuses/checks — GitHub only displays it. What to do: Change QuickBuild’s commit-status context: In QuickBuild Admin → Repositories → edit the GitHub repository config and set the Commit Status Context / Context Label to Quickbuild (or any name you prefer). Then run a PR build and confirm GitHub shows that new name. If QuickBuild UI doesn’t expose the field, add a small pre/post step in the job that explicitly calls the GitHub Statuses API for the PR commit SHA with "context":"Quickbuild". Example (replace placeholders): curl -X POST "https://api.github.com/repos/OWNER/REPO/statuses/$COMMIT_SHA"  Ensure PAT scopes & commit SHA: PAT must have repo:status/repo scopes (for private repos). Also make sure the status is posted for the latest HEAD commit SHA that branch protection expects. Branch protection: After QuickBuild starts reporting with the new name, update Branch Protection → Required status checks and add Quickbuild (then you can remove default). Optional (richer integration): If you want full Check Runs (Checks tab, annotations), use a GitHub App and the Checks API — PATs cannot create check runs. TL;DR: default = the name QuickBuild used when posting status. Either change QuickBuild’s “context” field to Quickbuild or post statuses yourself (via the Statuses API) with the desired context. Once GitHub sees the new context, add it to Branch Protection. | 
Beta Was this translation helpful? Give feedback.
Thank you @cipher20000 & @virgilhawkins00 ! you both have been very helpful, and now I have reached success!
Much appreciation!
Cheers all!
-E