Normalize configured GitHub host names

[dipeshbabu]

Summary

• canonicalize the configured GitHub host before authentication and repository discovery
• ensure case variants of github.com use the public GitHub API instead of the Enterprise /api/v3 base
• use the canonical host consistently in generated repository URLs and downstream credential configuration
• add full wizard regression coverage for GitHub.COM

Root cause

GitHub hostnames are case-insensitive, but the discovery path compared the configured value to lowercase github.com with a case-sensitive string check. A valid value such as GH_HOST=GitHub.com was therefore treated as GitHub Enterprise and produced the wrong API base URL.

Impact

Case variants of public and Enterprise GitHub hostnames now resolve consistently. Existing lowercase configurations are unchanged.

Overlap check

Repository-wide issue and pull-request searches were run for GH_HOST, GitHub host casing, and the incorrect api/v3 public API path. No active or closed issue or pull request overlaps this fix.

Validation

• pnpm dlx bun test --timeout 30000 ./tests-ts/bulk-scan-discovery.test.ts — 11 passed
• pnpm exec tsc --noEmit
• pnpm exec prettier --check src/bulk-scan-discovery.ts tests-ts/bulk-scan-discovery.test.ts
• git diff --check

[mldangelo-oai]

Thanks for digging into this and for putting together the test. We took a closer look, and the mixed-case GH_HOST scenario does not reflect a supported or reported workflow: public GitHub already defaults to github.com, and gh expects the canonical hostname when looking up credentials. We are going to keep the current behavior and close this one. Thanks again for taking the time to contribute.