Just in

Workflow automation that keeps PRs moving

Cut the wait between opening a pull request and merging it. gitStream approves safe changes, routes the rest to the engineers who know the code and applies your policies on every repo, so reviewers spend their time where it matters.

6PRs in one queue, none with a reviewerA docs fix waits behind an auth change. The oldest has waited 2d 4h.

Approved automaticallysafe_changes.cm

Update the onboarding guide#483
docs/ · 3 files · +48 −12
Waiting 1d 6h · no reviewer
Cover invoice export in tests#488
test/ · 2 files · +96
Waiting 19h · no reviewer

Sent to code expertscode_experts.cm

Retry budget for ledger sync#482
src/ledger/ · 6 files · +214 −38
Waiting 2d 4h · no reviewer
Paginate the invoices endpoint#485
src/api/ · 4 files · +132 −20
Waiting 1d 2h · no reviewer

Security reviewsensitive_files.cm

Rotate session tokens on sign-in#484
src/auth/ · 3 files · +126 −41
Waiting 22h · no reviewer
Check webhook signatures#487
src/billing/ · 2 files · +58 −14
Waiting 9h · no reviewer

Trusted by the teams transforming software delivery

  • SurveyMonkey
  • Peloton
  • Equinix
  • Norwegian Cruise Line
  • Vizio
  • Gainwell
  • BigID
  • Expedia
  • Syngenta
  • Ingka
  • Silicon Labs
  • Astronomer
  • Mitratech
  • Solace

Write the rules your team already follows

gitStream reads the .cm files in your repository and runs them whenever a pull request opens or gets a new commit. Start from the automation library, or write rules for how your team already works.

Ifa PR only changes docs or teststhenlabel it safe-changeapprove itsay why in a comment

safe_changes.cm
automations:
safe_changes:
if:
- {{ is.docs or is.tests }}
run:
- action: add-label@v1
args:
label: 'safe-change'
- action: approve@v1
- action: add-comment@v1
Update the onboarding guide#483

Openmaya-r wants to merge 2 commits into main from docs/onboarding

Labelssafe-change
Reviewersgitstream-cmApproved

MRmaya-r pushed 2 commits

3 files changed+48−12
docs/onboarding.md+32−8
docs/setup.md+14−4
README.md+2

gitstream-cmbotcommented

Approvedgitstream-cm approved these changes. Ready to merge.

Automate the work around every pull request

The gitStream automation library covers the jobs that slow pull requests down, from finding reviewers to running CI. Use each automation as it is, or change it to fit how your team works.

Send each PR to the engineers who know the code

Assign code experts based on who has worked on and knows the changed files, request reviewers by directory, or spread reviews around to share knowledge.

PKpriya-k54%
MTmarco-t27%
JMjo-m12%

Give reviewers context before they open the diff

Label every PR with its estimated review time, flag PRs that skip tests or delete files, and link each one to its Jira ticket.

Move session store to Redis#491
18 min reviewmissing-testsdeleted-files
Add CSV export to invoices#494
3 min review

Approve the changes that don't need a reviewer

Approve docs, tests, formatting and one-line fixes automatically, or let a team approve changes to the directories it owns.

Fix typo in the setup guide#492
safe-changeApproved by gitstream-cm
Bump the retry limit to 5#493
1 line, 1 fileApproved by gitstream-cm

Enforce your policies in every repo

Require security review for sensitive files and a second approval for large PRs, and check PR titles and changelogs, across every repository at once.

Semantic PR titlefeat(billing): …
Changelog updatedCHANGELOG.md
Jira ticket linkedBILL-207
Security reviewacme/security
Second approval34 min review

Run only the CI each change needs

Trigger GitHub Actions workflows based on what a pull request changes, its branch or its labels, so a docs fix doesn't wait on your full test suite.

lintRan · 38s
docs-previewRan · 1m 12s
unit-testsNot triggered
e2e-suiteNot triggered · 24 min suite
mobile-buildNot triggered

Work with the tools you already run

Merge Dependabot and Snyk updates once checks pass, approve code that clears your SonarCloud quality gate, and post to Slack or Microsoft Teams when a rule needs someone.

Bump axios from 1.7.2 to 1.7.4#495
approved-dependabotMerged once checks passed
Add rate limits to the export API#496
Sonar: Clean CodeApproved by gitstream-cm
#billing-reviews

Put AI to work on every pull request

Reviewers open pull requests to a clear summary and an AI review that's already done. And work from AI coding tools gets its own label, so you can see where it lands.

GitHub CopilotCursorClaude CodeWindsurfCodex
Retry budget for ledger sync #482
DK
dana-k commented
/gs desc
👀👍
/:\
gitstream-cm bot updated the description
Summary

Adds a retry budget to ledger sync, so a sync that keeps failing stops after five attempts and logs why.

  • budget.ts adds the budget, with a limit you can configure
  • retry.ts counts attempts for each sync job
  • sync.ts stops and logs once the budget runs out
Need a description or a review now? Type /gs desc or /gs review in any pull request comment.Comment commands work on GitHub.See AI code reviews

Customers

How engineering teams keep pull requests moving

magic quadrant mini
Gartner® Magic Quadrant™
Yum! Brands

Routing reviews across a shared monorepo

Pull requests are really where those different workstreams meet, and things can easily get tangled or delayed. Using the insights and the workflow automations we've set up helps us see where reviews might be stuck, route things smarter, and just get code merged more smoothly between the different groups.
Alex L.Senior Engineering Manager, Pizza Hut Digital Ventures (Yum! Brands)Read the Yum! story
Rabbit Care

Code experts on every pull request

The first gitStream rule we implemented – and the one that brought the most value – was auto-assigning PRs to people that were familiar with that area of the codebase already.
Jeremy LamitHead of Engineering, Rabbit CareRead the Rabbit Care story
SurveyMonkey

PR automation out of the box

We don't want to build custom tools unless we absolutely have to. LinearB automation gave us everything we needed right out of the box. Every time we run into a new PR problem, we ask: can LinearB solve this too? And so far, it's done exactly what we've needed.
Bart DziekanHead of Cloud Solutions, SurveyMonkeyRead the SurveyMonkey story

Natively secure, obsessively compliant

Independently audited, with evidence of our controls available on request. LinearB participates in the EU-U.S. Data Privacy Framework.
AICPA SOC 1 Type II
AICPA SOC 2 Type II
GDPR: General Data Protection Regulation
ISO 27001 Certified

Measure what each automation changes

Filter any LinearB metrics report by the labels gitStream adds, and see how those pull requests compare with the rest on cycle time.
See engineering metrics

Workflow automation FAQs

GitHub, including GitHub Enterprise Server through a custom app, GitLab and Bitbucket Cloud. Most actions work on all three, with some exceptions: labels aren't available on Bitbucket, required approvals aren't available on GitLab, and comment commands and GitHub Actions triggers are GitHub only.

Minutes: about 2 to 5 on GitHub Cloud, 5 to 10 on GitHub Enterprise Server and 10 to 15 on GitLab or Bitbucket Cloud. You can install it on one repository, a few, or your whole organization.

Yes. When a pull request changes a .cm file, gitStream runs in dry run mode and comments with what each automation would have done, without doing it. You can also try rules against any GitHub pull request in the gitStream playground.

Yes. Rules can live in each repository's .cm folder, or in one organization-level cm repository that applies them everywhere.

Not on the Essentials plan. Managed Mode runs a set of ready-made automations, including AI review, AI descriptions, AI tool labels, review time labels, missing Jira labels and Dependabot approvals, from switches in LinearB. It works with GitHub. Custom rules live in .cm files in your repositories.

CODEOWNERS assigns reviewers by file path. gitStream rules can also look at what changed, who knows that code, how long the review will take and who wrote it, then label, approve, request changes, require more approvals or trigger a GitHub Actions workflow.

No. gitStream reads code and repository metadata only as needed to evaluate your rules and run AI features. It acts on the pull request, with labels, comments, reviewers, approvals and the merges your rules allow, and doesn't modify your code.

Yes. Rules can label pull requests from GitHub Copilot, Cursor, Claude Code and other AI tools, for example by the co-author on their commits. LinearB can then compare those pull requests with the rest on cycle time.

Write the rule once, and every pull request follows it