Check a shop now — paste its composer.lock
No signup, no install, no shop access. The server reads the lock, returns the per-plugin verdict with the excluding constraint quoted, and stores no lock content.
Shopware Upgrade Radar
Know which plugins break a Shopware update, before you run it. The verdict for every plugin in your shop, with the excluding constraint quoted.
Hosted check + CLI · Shopware 6 · nothing stored, no shop access
What it does
Before each Shopware update window, someone checks every plugin in every shop by hand. Shopware Upgrade Radar reads the shop's composer.lock and answers the question agencies actually plan with: which plugins will conflict with the target version. Each verdict quotes the constraint that causes it, so you can verify every line, and plugins that declare nothing are reported as unknown instead of being assumed fine. The panel below is not a mock-up: it is the top of a report the engine produced. Read the whole report, and the complete manual — both in full, before you pay.
How it works
Technical
- Inputs
- composer.lock (hosted paste, 2 MB max) · repo checkout incl. custom/plugins (CLI)
- Verdicts
- Compatible / Conflict / Unknown, each with the governing constraint quoted verbatim
- Engine
- 15-rule composer version-constraint semantics, covered by a 38-case truth table; release-availability lookup for conflicting plugins
- Honest limits
- Declared constraints are not resolution: composer update --dry-run remains the definitive gate at update time. Upgrade Radar is what you run over each shop first — one shop per run; a fleet is a loop, and the install guide ships it.
- Privacy
- Pasted lock content is processed in memory and not stored; the server keeps anonymous counters only
- Targets
- Shopware 6.x, target versions selectable per check
Frequently asked
Is my composer.lock stored anywhere?
No. The hosted check processes it in memory, returns the report, and keeps only anonymous counters. Package lists normally contain no personal data; do not paste files containing secrets.
Hosted check or CLI, which one do I want?
The hosted check answers for one shop in seconds from a pasted lock file, free and without an account. The CLI runs on a repo checkout, also covers custom/plugins, and writes a report file you keep — that is what a licence buys. Each run reads 1 shop; the install guide ships the loop that walks a whole fleet. There is no single-command fleet roll-up, and we do not sell one.
Is the verdict definitive?
It is the honest declared-constraint answer, with the constraint quoted so you can verify it. Resolution can still differ, which is why composer update --dry-run stays the final gate at update time. Upgrade Radar tells you where to look before you book the window.
What about plugins that declare no constraint?
They are reported as unknown. No guessing, no green-washing your fleet report.
What exactly do I get when I buy?
The CLI, yours to keep. The licence: MIT, one-time — run it on as many shops as you like, one shop per run. No seat count, no expiry, no account to log into. Every run writes a keepable HTML and Markdown report, open formats you can archive, diff, or hand to a client. The hosted check stays free for one-off questions, so you can see real verdicts on your own stack before you decide.
Paste a composer.lock and see the verdict for your own shop in seconds.