diff --git a/Partner-Release-Process.md b/Partner-Release-Process.md index 6ed9f1e..13794b4 100644 --- a/Partner-Release-Process.md +++ b/Partner-Release-Process.md @@ -1,8 +1,9 @@ 1. Prior to release, ensure all relevant code is checked into `main` and any necessary binaries are published to support release. 1. Create a PR in the `azure-sdk-for-ios` repo that bumps relevant versions using `eng/scripts/version.py update `. Ensure the PR branch is off the main repo and not a fork. Use the branch name `_`. Naming the branch in this way allows you to use the `tag` parameter in files before actually creating the tag in Github. 1. Do a fresh `pod install` of the `AzureSDKSmokeTest` project and verify that it builds without any errors. Set the PODSPEC_BRANCH to the release branch before running `pod install`. You should test installation with the environment variable POD_LINKAGE set to "dynamic" and "staticframework". -1. With approval from the AzureSDK team and a passing CI, merge the PR. +1. With approval from the AzureSDK team and a passing CI, merge the PR. _Note:_ Do **not** delete the branch at this point. The CI will need this branch when you queue the internal build in the next step. 1. In the internal Azure Devops pipeline, queue a manual build of your service's pipeline (ex: `ci - communication`). You must have permissions to queue manual builds. This unlocks the automated release pipeline. +1. Once the first stage of the build has passed, you can delete the version bump branch. It is preferable to do this now as it is more difficult to do once a tag is created in the next step with the same name. 1. Once the first stage of the pipeline has passed, the second Release stage awaits approval. For service branches with multiple SDKs (ex: communication) ensure you only approve the release of your SDK. Do not touch any other SDKs. You will need specific permissions to approve the release of SDKs. 1. Approving the release will automatically create the necessary tag in the `azure-sdk-for-ios` repo, will publish to CocoaPods, and will sync the SwiftPM mirror repo and tag it appropriately. 1. [Generate and publish the Jazzy documentation](https://github.com/Azure/azure-sdk-for-ios/wiki/Publishing-Jazzy-Docs-to-GitHub.io). \ No newline at end of file