Administrator access
Confirm that your GitHub account can install and manage GitHub Apps for the intended organization or repository owner.
Documentation · Installation
Installation should be completed by an authorized GitHub administrator. Review the requested access, select only the repositories that need Qedix, and verify the first pull-request check.
Confirm the organization, authority, and repository scope before granting access.
Confirm that your GitHub account can install and manage GitHub Apps for the intended organization or repository owner.
Prepare the list of repositories where Qedix should review supported JavaScript and TypeScript pull requests.
Read the Qedix permission guide and compare it with the authorization screen presented by GitHub.
Open permission guide →Installation alone does not require making the Qedix Check a required branch-protection check. Decide that separately according to your team's review policy.
Complete each step in order and verify the organization and repository shown by GitHub.
Use a GitHub account authorized to install GitHub Apps for the intended organization or repository owner.
Open the Qedix installation flow. Qedix redirects you to GitHub to review the requested access.
Confirm the application identity, repository permissions, and subscribed events shown by GitHub.
Choose only the repositories where your team wants Qedix to review supported pull-request changes.
After GitHub confirms the installation, return to Qedix and allow the installation flow to finish.
Open or update a supported pull request and confirm that the Qedix Check appears for the expected commit.
Do not treat installation as complete until the expected repository and pull-request workflow are visible.
Confirm that the intended repository is visible to the authorized user in the Qedix workspace.
Open or update a supported pull request and confirm that the Qedix Check is associated with the expected head commit.
Confirm that the check moves beyond the analyzing state and presents an advisory result or a clear failure message.
Verify that the intended maintainers can access the workspace and interpret the result in the context of the pull request.
Use the first analysis to confirm both the integration and your team's review workflow.
Verify that the report corresponds to the pull request and commit your team intended to review.
Distinguish observed evidence from not-proven controls and context-dependent review.
Treat suggested tests or checks as actions for your team. Qedix does not imply that those tests were executed.
Combine Qedix evidence with tests, code review, security review, staging, and application-specific knowledge.
Check the visible installation state before changing application configuration.
Confirm that the repository is included in the GitHub App installation and that the signed-in user has appropriate access.
Confirm the repository installation, supported pull-request activity, head commit, and GitHub App status before retrying.
Return to GitHub installation settings, remove or reconfigure the unintended installation, and restart with the correct account.
Provide the organization, repository, pull-request number, approximate time, and visible error. Do not send credentials, tokens, or unnecessary private source code.