Megosztás a következőn keresztül:

Release a Build


Visual Studio App Center is scheduled for retirement on March 31, 2025. While you can continue to use Visual Studio App Center until it is fully retired, there are several recommended alternatives that you may consider migrating to.

Learn more about support timelines and alternatives.

Upload your application binary package to App Center to distribute it. App Center supports package distribution for Android, iOS, macOS, Windows, and custom operating system apps. You can distribute releases to individual testers or groups of testers. For iOS and Android applications, you can also release to the stores like Google Play, the App Store, and Intune. See Publish to consumer and enterprise stores.

On this page you can learn how to generate the binary for release, and how to upload and release it to groups using the portal, the command-line interface (CLI), and the application programming interface (API).

You can also use Azure DevOps or Jenkins:

Generating an application binary package

First you must package your application into a binary file for release. You can create this file manually, or use App Center Build. You can configure Build to distribute automatically in the build configuration of a branch.

The following sections explain how to create the files for all app types App Center supports for distribution.


If you are going to upload archive (.zip, .ipa and others) then your app’s total uncompressed size must be less than 4GB.


For Android, you must produce a signed app bundle or APK file. For full details of this process, see the official Google documentation on preparing an app for release.

  1. Ensure you've updated the manifest and have a correctly configured Gradle build.
  2. In Android Studio, choose Build > Generate Signed Bundle / APK and follow the steps in the wizard to build the app bundle or APK.

Android Studio places built app bundles in project-name/module-name/build/outputs/bundle/ and APKs in project-name/module-name/build/outputs/apk/.


When you distribute Android Application Bundle (AAB), App Center generates a universal APK, signs it with a generated signing key, and distributes it to a device.


For iOS, you must produce an IPA package for your application. For full details of this process, see the official Apple documentation.

  1. Register UDIDs for all hardware devices in your provisioning profile.
  2. In Xcode, go to Product > Archive to archive your app.
  3. Export the archive using the proper provisioning profile.


For macOS, you must produce an app package. App Center supports releasing app packages of type, .pkg or .dmg. For full details of this process, see the official Apple macOS documentation.

  1. Register a single device or register multiple devices in your Apple developer account.
  2. In Xcode, go to Product > Archive to archive your app.
  3. Export the archive using the proper provisioning profile.


App Center supports releasing Windows app packages of type .appx, .appxbundle, .appxupload, .msi, .msix, .msixbundle, .msixupload, or .zip. For full details on how to package your app in AppX or MSIX formats, see the official Microsoft UWP documentation.

Custom operating system

Archive your build for apps with a custom operating system in .zip format.

Distributing the package


All URLs that contain files for downloading are publicly accessible.

To distribute a package with App Center, go to App Center, go to your app, then go to Distribute > Groups and select New release. Follow the steps in the wizard. Distributing a new release

In the first step, choose the Release area to browse for the file you want to upload, or drag and drop the file onto the area. Depending on the operating system of your app and the file extension, App Center may ask you to enter a version and build number for your release. Enter the information and choose Next.

You can include release notes as a part of your release, both in plain text or Markdown format. Choose Next.

You can target your release at multiple distribution groups or testers. App Center makes this release available to those testers and the users who are part of the selected groups. Choose Next.

Setting release destinations

When releasing an iOS app, you can automatically provision your testers' devices. Choose Next.

Review the release. If your app uses the Distribute SDK, then you can configure App Center to make the release mandatory. When App Center distributes a release, it sends an email notification of the new version to all testers set in the destinations. You can choose not to notify testers in the review tab. Finally, choose Distribute to release the file to your testers.

Distributing using the App Center command-line interface


You need App Center CLI 2.7 or newer to use this feature.

Distribute your release using the appcenter distribute release command in the App Center CLI. The following example command distributes a file called ~/releases/my_app-23.ipa to the group Beta testers of the app My-App owned by David.

appcenter distribute release --app David/My-App --file ~/releases/my_app-23.ipa --group "Beta testers"

Distributing using the API

You can call the App Center API to distribute a release. The approach below is intended to describe a minimal working approach, many of the tasks can be further customized or automated.

A sample implementation can be seen here:


  • The App package to upload and distribute.
  • Obtain an API token. An API Token is used for authentication for all App Center API calls.
  • The Distribution Group Name (optional, if missing or invalid the upload will still complete)
  • Identify the {owner_name} and {app_name} for the app that you wish to distribute a release for. These identifiers are used in the URL for the API calls. For an app owned by a user, the URL in App Center might look like: Here, the {owner_name} is Example-User and the {app_name} is Example-App. For an app owned by an org, the URL might be and the {owner_name} would be Example-Org.
Upload New Release

Upload a new release using these sequential API calls:

  1. Create a new release upload: The endpoint to call is POST /v0.1/apps/{owner_name}/{app_name}/uploads/releases

        curl -X POST "$OWNER_NAME/$APP_NAME/uploads/releases" -H  "accept: application/json" -H  "X-API-Token: $API_TOKEN" -H  "Content-Type: application/json" -H "Content-Length: 0"

    The response will look something like this, with {VARIABLE_NAME} replacing data unique to each use:

             "id": "{ID}",
             "package_asset_id": "{PACKAGE_ASSET_ID}",
             "upload_domain": "",
             "token": "{TOKEN}",
             "url_encoded_token": "{URL_ENCODED_TOKEN}"
  2. Copy the parameters from the response in the previous step, as most of them are used in the next step, including the package_asset_id, upload_domain & url_encoded_token.

    Determine the size of your app package in bytes. It's recommended to use a command such as wc -c ExampleApp.ipa to get an accurate byte count.

    Set the MIME Type for the content_type based on your app:

    • Android .apk uses the vendor type application/
    • Android .aab uses the vendor type application/x-authorware-bin
    • iOS uses the general type application/octet-stream

    The final command should look something like this:

    FILE_SIZE_BYTES=$(wc -c $RELEASE_FILE_LOCATION | awk '{print $1}')
    APP_TYPE='application/' # iOS uses `application/octet-stream` instead.
     curl -s -d POST -H "Content-Type: application/json" -H "Accept: application/json" -H "X-API-Token: $API_TOKEN" "$METADATA_URL"

    The output returned should look something like this:

  3. Using the chunk_size value which cannot be customized, you can split your app upload into sequential chunks for upload to Distribute. For example, you can use the split utility like so:

    split -b $CHUNK_SIZE $RELEASE_FILE_LOCATION temp/split

    This command generates sequential files in the temp directory named splitaa, splitab, and so on. Each file is split within the chunk_size limit.

  4. Next you need to upload each chunk of the split app package with the respective block:

    for i in temp/*
        CONTENT_LENGTH=$(wc -c "$i" | awk '{print $1}')
        curl -X POST $UPLOAD_CHUNK_URL --data-binary "@$i" -H "Content-Length: $CONTENT_LENGTH" -H "Content-Type: $CONTENT_TYPE"
  5. After the upload is done, update the upload resource's status to uploadFinished.

    curl -d POST -H "Content-Type: application/json" -H "Accept: application/json" -H "X-API-Token: $API_TOKEN" "$FINISHED_URL"
    curl -H "Content-Type: application/json" -H "Accept: application/json" -H "X-API-Token: $API_TOKEN" \
    --data '{"upload_status": "uploadFinished","id": "$ID"}' \
    -X PATCH \
  6. Once uploaded, there is a short delay before the upload is marked as finished. Poll for this status to get the $RELEASE_ID for the next step:

    POLL_RESULT=$(curl -s -H "Content-Type: application/json" -H "Accept: application/json" -H "X-API-Token: $API_TOKEN" $RELEASE_STATUS_URL)
    RELEASE_ID=$(echo $POLL_RESULT | jq -r '.release_distinct_id')
    if [[ $RELEASE_ID == null ]];
       echo "Failed to find release from appcenter"
       exit 1
  7. Finally, release the build. The endpoint to call is PATCH /v0.1/apps/{owner_name}/{app_name}/releases/{release_id}

    curl -H "Content-Type: application/json" -H "Accept: application/json" -H "X-API-Token: $API_TOKEN" \
    --data '{"destinations": [{ "name": "'"$DISTRIBUTION_GROUP"'"}] }' \    
    -X PATCH \
Distribute Release

Distribute the uploaded release to testers, groups, or stores to see the release in the App Center portal. The three endpoints are:

An example for groups:

    curl -X POST -H "Content-Type: application/json" -H "Accept: application/json" -H "X-API-Token: $API_TOKEN" -d "{ \"id\": "$DISTRIBUTION_GROUP_ID", \"mandatory_update\": false, \"notify_testers\": false}" 

You can find the distribution group ID on that group's settings page.

The request to distribute to multiple destinations is referenced here for more complex scenarios: PATCH /v0.1/apps/{owner_name}/{app_name}/releases/{release_id}

Re-Release a build

To release a build to another distribution group, from any place in App Center go to Distribute > Releases and then select the release you want to distribute again. The release details page opens. Select the Distribute button in the upper right-hand corner of the screen and select the destination to start the re-release process. Follow the steps in the wizard and finally select Distribute to send the release to groups/testers or the store.

Mandatory Updates

Make a release mandatory to force all users to run the same version of your app. When you do this, App Center will install the selected update on all tester devices.

You can only make a release mandatory if your app uses the App Center Distribute SDK. Make a release mandatory by selecting the Mandatory update checkbox in the review stage of distributing a release, or you can use the API.

You can view mandatory releases in App Center by opening [Your App] > Distribute > Groups > Releases. Mandatory releases are indicated by a red dot.

Once you've released successfully, your testers can access the release through email, logging in to App Center, or through a direct link.

You can find links to specific releases on the release page for private destinations. Install button


Android Application Bundles (AAB) are available for download on the release page by clicking the download button. If you need an installable APK file format, please use the install portal ( on your device. You can find the link underneath the generated QR code next to the download button.

You can find links to specific releases to public destinations on the releases tab in public groups. Public deep link