ci: run every build_and_test job in every CircleCI pipeline

[devin-ai-integration]

TLDR

Problem this solves:

• 26 CircleCI jobs run only on main
• run-ci PRs and rc pipelines skip them

How it solves it:

• Drop the main-only branch filter from those 26 jobs
• Every pipeline now runs the full suite; the migration cron stays on main

A run-ci PR into any base, an rc branch pipeline and main's 6-hourly pipeline all run every job. Pushes to rc/* start a pipeline only once a CircleCI project trigger for them exists, which is a settings change outside this repo

Pre-Submission checklist

Please complete all items before asking a LiteLLM maintainer to review your PR

• I have added meaningful tests
• The handful of test files covering my change pass locally, e.g. uv run pytest tests/unit/<your_test_file>.py -v. Leave the suites (make test-unit-*, make test-unit) to CI: it finishes in ~15 minutes where a laptop takes an hour or more
• My PR passes all required CI/CD checks (e.g., lint, schema.d.ts sync check, etc.)
• My PR's scope is as isolated as possible; it only solves 1 specific problem
• I have received a Greptile Confidence Score of at least 4/5 before requesting a maintainer review (Greptile reviews automatically once the PR is opened; only comment @greptileai to re-request a review after pushing changes)

Screenshots / Proof of Fix

Before (de6a071)

1. grep -c 'only: main' .circleci/config.yml prints 27: 26 build_and_test jobs plus the migration cron

After (28f1bfe)

1. circleci config validate .circleci/config.yml prints Config file at ".circleci/config.yml" is valid.
2. grep -c 'only: main' .circleci/config.yml prints 1, the migration cron
3. Diffing circleci config process output against main shows only the 26 removed filters blocks, plus 23 job entries losing their trailing colon because the filter was their only key. Job names, requires and parameters are unchanged

Type

🚄 Infrastructure

Caveats (if any)

High

• Every run-ci PR now costs a full CircleCI suite, which undoes the integration-only PR subset from ci: run only integration jobs on PR CircleCI pipelines and move router and guardrails suites to GHA #45509

Medium

• Pushes to rc/* still start no pipeline until a CircleCI project trigger for rc/* push events is added in project settings
• Jobs that use path_filter.sh (client, provider-harness, redis-compat, windows-release) still halt on PRs whose changes are unrelated to them
• rc/1.106.0 needs the same commit picked onto it after this merges

[devin-ai-integration]

I'll fix CI failures and address comments from users with write access. I'll skip comments containing "(aside)".

• Disable automatic comment, CI, and merge conflict monitoring

[greptile-apps]

Confidence Score: 5/5

[High impact] The filter removal appears safe to merge under the updated scope

Summary

Removes the 26 job-level branch filters from build_and_test, making those jobs eligible on every branch where the workflow starts

• CircleCI’s full-suite checks can run on release-candidate branches.

_{Reviews (4) · Last reviewed commit: "ci: run every build_and_test job in ever..." · Reviewed by Greptile}

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.

📢 Thoughts on this report? Let us know!

[yuneng-berri]

@greptileai please review: rebased onto main and replaced with one anchor letting litellm_rc_* branches run the 26 main-only jobs

[yuneng-berri]

@greptileai please re-review: replied on the rc/* thread, rc runs go through litellm_rc_* branch PRs by design

[yuneng-berri]

@greptileai please re-review: scope changed, the 26 main-only filters are removed so run-ci PRs, rc and main run everything