ENGINEERING

Cross-Repo Consumer Finder for Internal Package Bumps (GitHub)

When a bump PR raises the version of an internally published package, this searches the GitHub org for every other repo that depends on it and reports which downstream repos…

CategoryEngineering
Enginesim
Difficultyintermediate
Triggerwebhook
Steps5
Setup~15 min

How it runs

The automated pipeline, trigger to output.

  • TriggerGitHub bump PR webhookGitHubGitHub
  • LogicDetect internal package + extract new version
  • ActionOrg-wide code search for consumer reposGitHubGitHub
  • LogicCompare pinned versions; flag major gaps
  • OutputPost consumer fan-out report on PRGitHubGitHub

What it does

Bumping a shared internal library inside its own repo says nothing about the dozen services that consume it. This workflow detects when a bump PR touches an internally published package, then uses GitHub code search across the org to find every repo that lists that package as a dependency, along with the version each is pinned to. It reports which consumers are now behind and which would break on the new major.

When to use it

Use it in an organization with shared internal packages where a maintainer needs to know the fan-out before merging a release-shaped bump, without manually grepping each consumer repo.

How it works

  1. 1A GitHub PR webhook fires on a bump branch.
  2. 2A logic step checks whether the bumped package is internally owned (matches the org scope) and extracts the new version.
  3. 3A GitHub action runs org-wide code search for manifests declaring that package as a dependency.
  4. 4A logic step compares each consumer's pinned version to the new version and flags major-version gaps.
  5. 5The workflow posts a consumer-fan-out report as a comment on the source PR.

Set it up

What you configure once, before turning it on.

  1. 1
    Connect GitHubRepos, issues, pull requests, actions.
  2. 2
    Set each agent's modelWe leave models unset so you pick the tier — fast + cheap, or top-quality.
  3. 3
    Tune it to your dataEdit the prompts, filters, and field mappings so it matches how your team works.
  4. 4
    Test, then turn it onRun once against a sample, confirm the output, then enable the trigger.

Run this workflow in your colony.

14-day trial. No DevOps. No Sales call. Provisioned in under a minute.