Pluralsight Flow is being retired. Here is what happens next.



Crowds of fun-seekers exploring a city on foot, "

Published on 13 August 2026 by Arjan Franzen

If your engineering reporting runs on Pluralsight Flow, it has a hard expiry date and you can no longer renew past it. That is the whole story, and it is worth stating plainly at the top because most of what has been written about this buries it under a list of products to buy instead.

If you bought this as GitPrime, watched it become Pluralsight Flow, and have recently seen it called Appfire Flow — that is all one product. Pluralsight acquired GitPrime in 2019 and renamed it. Appfire acquired Flow from Pluralsight in February 2025. The name on the invoice has changed three times; the tool your dashboards point at has not.

What is actually happening, with the dates

These come from Appfire's own end-of-life notice, read on 11 August 2026 — not from a competitor's blog. That distinction matters here, because several of the pages ranking for this topic state the dates incorrectly.

  • 31 December 2027 — Flow is retired. After this date, in Appfire's words, the app will no longer be available for purchase or use.

  • 30 June 2026 — renewals closed. Appfire will not offer renewals that extend beyond this date. It has already passed.

  • 60-day grace period — for customers whose renewal fell in July or August 2026, explicitly so they have time to assess alternatives.

  • Support continues to the end-of-life date, including security updates.

an illustrative image

The second date is the one that changes your planning. This is not a product that might go away at some point. Every remaining Flow customer is now running down a contract with no option to extend, and the only question is what replaces it and when.

What Appfire is and is not offering

Credit where it is due: the wind-down is being handled properly. Support, security updates and customer success continue through to the retirement date, and contracts that run past it are being handled case by case rather than cut off.

What Appfire is explicitly not doing is telling you where to go. Asked in their own FAQ whether there is a similar app they recommend, the answer is that customers "should evaluate available solutions in the market and determine which option best meets their needs."

That is a reasonable position for them to take and an unhelpful one to be on the receiving end of. It is the reason this page exists.

The part nobody warns you about: your history does not move

Every feature comparison you will read about Flow alternatives comes down to which boxes each tool ticks. None of them mention the thing that will actually cost you a quarter, so here it is.

Your historical data does not migrate. No replacement will import three years of Flow metrics. The good ones will rebuild what they can from your Git and ticket history, which recovers cycle time and throughput reasonably well. What does not come back is anything Flow computed with its own logic.

That matters more than it sounds. Coding Days and Impact are proprietary Flow metrics with no equivalent anywhere else. If a number like that appears on a slide your CTO or board sees each quarter, you are not facing a tool change. You are facing a definitions change, in public, on a metric people have been managing to for years — and the new number will not be comparable to the old one.

Plan for that conversation rather than discovering it in a board pack. In practice it means agreeing, before you migrate, which two or three measures actually get used in decisions, and accepting a visible break in the trend line for anything else.

Whatever you choose, export first. Contact Appfire support for your data while the product is still fully supported, and keep the raw export somewhere you control — not because a replacement will ingest it, but because you will want to be able to answer questions about last year.

First decide what you actually used Flow for

Flow was broad, and most teams used a narrow slice of it. Which slice determines what you should replace it with, and the three common answers point at genuinely different products.

  • Reporting upward. A dashboard someone outside engineering looks at. What matters is credibility and a stable definition, not depth.

  • Diagnosing delivery problems. Finding where work actually stalls — review queues, handovers, waiting. What matters is granularity and whether the tool shows you why, not just what.

  • Cost and capitalisation reporting. Splitting engineering effort across projects for finance. What matters is that the numbers survive an audit.

an illustrative image

A team doing the third needs something quite different from a team doing the second. If you try to pick a replacement before answering this, you will end up comparing feature grids and buying whichever one is longest.

The options, honestly

We sell in this market, so treat the following with the scepticism it deserves — but we would rather be useful than pretend the alternatives do not exist. Names below are the tools Flow customers most often end up evaluating.

  • Swarmia — strong if your problem is team-level delivery and working agreements. Good writing culture, opinionated about not ranking individuals.

  • LinearB — closest to Flow in shape, with a mature DORA dashboard and workflow automation on top. A reasonable like-for-like if you want to change as little as possible.

  • Jellyfish — aimed squarely at reporting upward and at investment and capitalisation analysis. Strongest fit for the third job above.

  • DX — research-led, survey plus system data, well suited to developer-experience work rather than pure delivery throughput.

  • GitClear — narrower and more analytical, focused on code-level change quality. Worth a look if that was the part of Flow you valued.

  • Cortex, Port, Backstage — a different category. If what you actually want is a service catalogue and standards, an internal developer portal is the honest answer, not an engineering metrics tool.

an illustrative image

If your use was mostly the first job — a number for a quarterly slide — be honest about whether you need a platform at all. Several teams we have talked to were paying enterprise licence fees to populate one chart that a modest query against their existing Git and ticket data would produce.

Where Agile Analytics fits

We measure software delivery — DORA metrics, cycle time, error budgets — and we do it alongside people who help teams act on what the numbers show. That combination is the reason to talk to us, and it is also the reason not to.

If you want a self-serve dashboard you configure yourself and never speak to anyone about, one of the tools above will suit you better and we will say so. If your honest problem is that the last measurement tool produced dashboards nobody opened and nothing changed, that is the problem we are built for — the platform is the easy half, and the operating rhythm around it is where teams actually get stuck.

Worth reading first: what engineering intelligence platforms actually do, and how to measure software development productivity without the metrics turning into targets.

What to do in the next 30 days

  • Export your Flow data and store it somewhere you control, while support is fully staffed.

  • Write down which numbers are actually used in a decision. Usually two or three. Everything else is decoration and does not need replacing.

  • Check whether any of those numbers are Flow-specific. Coding Days and Impact do not exist elsewhere; find out now whether anything that matters depends on them.

  • Check your renewal date against the 30 June 2026 cutoff and the grace period, so you know exactly how long you have.

  • Pilot one replacement against your two or three real metrics — not against a feature checklist.

an illustrative image

Being forced to change tools is genuinely annoying. It is also the only moment when everyone will agree to revisit which metrics deserve to be on the dashboard at all — and most teams find that the honest list is a good deal shorter than the one they had been maintaining.

Facts about Flow's retirement verified against Appfire's published end-of-life notice on 11 August 2026. Dates and terms can change; check their notice before making a decision on them.

Supercharge your Software Delivery!

Become a High-Performing Agile Team with Agile Analytics

  • Implement DevOps with Agile Analytics

  • Implement Site Reliability with Agile Analytics

  • Implement Service Level Objectives with Agile Analytics

  • Implement DORA Metrics with Agile Analytics