Analyze a signed IPA or APK before sharing.
DistKit turns an uploaded mobile package into a reviewable Release with identity, version, signing context, history, audience policy, and a platform-specific installation handoff.
Package checks before sharing.
DistKit parses the package; it does not claim complete cryptographic signature verification.
- App identity
- Name, version, build number, Bundle ID or Application ID, minimum OS or SDK, and icon when present.
- iOS provisioning
- Distribution type, profile name, Team ID, expiry, device count, and Bundle ID match.
- Android package
- Installable APK status, target SDK, available signing information, and direct-download readiness.
App and Release history stay separate.
An App is the durable project. Each upload becomes a Release with its own package report, status, file, and replacement history.
Set access rules for each tester link.
Different audiences can point to the same Release without sharing one password or one lifecycle.
An iOS manifest handoff or Android APK download is an attempt signal. It does not confirm installation or first launch.
Device follow-up stays explicit.
For Development and Ad Hoc packages, the tester device must be included in the provisioning profile.
- 1
Tester collects the UDID through the explicit device-profile flow.
- 2
Release owner registers it in Apple Developer and updates the profile.
- 3
Owner re-exports the signed IPA and replaces the Release.
Package report, not a device guarantee.
DistKit shows what can be read from the IPA and provisioning profile. It cannot query Apple Developer for every tester or confirm the final iOS installation state.
Keep every build reviewable.
Start with the package report, then publish only the Release and audience policy you intend.