From signed IPA to tester.
One ordered path connects package analysis, Release policy, a tester’s manifest request, and the Apple Developer work required when a device is not yet eligible.
- 01Upload an already-signed IPA
- 02Read the package report
- 03Choose a Release and audience
- 04Share the tester page
- 05Resolve device eligibility if needed
The complete distribution path.
Each step ends with a visible decision or owner; nothing here implies that DistKit changes the IPA.
- 01
Upload an already-signed IPA
Export the build with Xcode or your existing pipeline. DistKit does not sign, re-sign, or modify the package.
- 02
Read the package report
DistKit parses Info.plist and embedded.mobileprovision to surface version, Bundle ID, distribution type, profile expiry, and device rules.
ReadyContinue to Release policyBlockedKeep report and upload a corrected IPA - 03
Choose a Release and audience
Keep the build in its App history, then create a link with a password, expiry date, manifest-request limit, and enabled state.
- 04
Share the tester page
The tester opens the Release page in Safari and requests the iOS installation manifest. A DistKit account is not required for the tester.
- 05
Resolve device eligibility if needed
For Development or Ad Hoc builds, collect the UDID, register it in Apple Developer, regenerate the profile, re-export the IPA, and upload the replacement.
If the tester device is not in the profile.
DistKit can collect the UDID, but the Release owner completes the Apple-side registration and signs the replacement build.
Explicit temporary-profile flow; no MDM enrollment.
Add the device in Apple Developer and regenerate the provisioning profile.
Create a new IPA that includes the updated provisioning profile.
Run the package report again before sharing.
What DistKit can measure
Release-page activity and authorized manifest requests can show that a tester reached the installation handoff.
What the web cannot confirm
DistKit cannot confirm that iOS downloaded the whole IPA, completed installation, launched the app, or that every device was eligible.
Apple owns device eligibility.
Use Apple’s current documentation when registering devices and creating an Ad Hoc provisioning profile.
Publish only the intended Release.
Review the package, set the audience policy, and use the device branch only when the provisioning profile requires it.