Greptile Summary

This PR replaces the previously unbounded GitHub branch-listing loop with a bounded listBranches helper that pages through up to 1,000 branches (10 pages × 100 per page) and throws an explicit exception when a repository exceeds that limit; it also bumps utopia-php/vcs from 4.0.0 to 4.1.0 to expose the perPage / page pagination parameters on GitHub::listBranches.

• Introduces GITHUB_BRANCHES_PER_PAGE = 100 and GITHUB_BRANCHES_MAX_RESULTS = 1000 constants and a private listBranches method that loops over pages with a sentinel check (page 11, perPage 100) to detect repos with >1,000 branches.
• The sentinel arithmetic is correct: page 11 at 100-per-page covers positions 1001–1100, so the exception fires only when a repository genuinely exceeds the declared cap and is never a false positive for a repo with exactly 1,000 branches.

Confidence Score: 4/5

The change is safe to merge with the caveat that repositories with more than 1,000 branches will receive an unhelpful exception; the core pagination logic is correct.

The bounded loop and sentinel check are arithmetically correct. The remaining concern is the error message telling users to narrow results via search when search is applied after listBranches returns, leaving users of large repositories with no viable recovery path.

src/Appwrite/Platform/Modules/VCS/Http/Installations/Repositories/Branches/XList.php — the exception message in listBranches warrants a closer look

Important Files Changed

_{Reviews (5): Last reviewed commit: "Merge branch '1.9.x' into vcs-branch-pag..." | Re-trigger Greptile}

✨ Benchmark results

Comparing 1.9.x (before) to vcs-branch-pagination (after).

Before

After

Delta

🔄 PHP-Retry Summary

Flaky tests detected across commits: