Mobile Release Auditor compares Android and iOS release candidates at the package level, exposing permission, entitlement, SDK, architecture, metadata, symbol, and size changes before submission day.
Only policy-relevant changes are raised.
A release-candidate diff that separates expected configuration changes from the SDK or packaging surprises most likely to delay review.
The first pilot uses the subset that matches your workflow. The rest stay out of the way until they earn their place.
Show additions, removals, and policy-sensitive changes with their originating package context.
Diff embedded frameworks, libraries, Maven dependencies, and identifiable versions.
Verify expected ABIs and slices, and flag accidental simulator or unsupported architecture content.
Compare identifiers, versions, URL schemes, minimum OS, capabilities, and manifest values.
Check expected symbol artifacts and surface stripping or debug-content changes where inspectable.
Break down package growth by the native, managed, asset, and resource sections the format exposes.
No platform migration and no quarter-long rollout. We start with one decision your team currently has to make without enough evidence.
Agree on one repository, target, baseline, CI job, and the signals that should be visible.
Wire a read-only analysis step into the current workflow and produce an example report.
Run it against representative changes, tune noise, and decide whether the next scope is justified.
No. It inspects produced packages before submission. Store delivery remains in your current release pipeline, so the auditor never needs store credentials.
Only where the package contains reliable version evidence. Unknown or heuristic identifications are labeled as such instead of being turned into confident claims.
A first candidate-versus-baseline report for either Android or iOS, using packages from your existing pipeline and the checks most relevant to your release process.
We will tell you what a useful one-week pilot can cover—and what it cannot.
outreach@xesoft.dev ↗