-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update iOS release reusable workflow - handle multi-extension repos #81
Conversation
# Conflicts: # .github/workflows/ios-release.yml
…se, dependencies, and published pods
.github/workflows/ios-release.yml
Outdated
type: string | ||
full_release_extensions: | ||
description: | | ||
A comma-separated list of extensions for which to run the full release process. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can you clarify that this will only create a GitHub tag and attach XCFrameworks?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Currently the workflow will not create a release if the tag does not already exist - this is because of the flag --verify-tag
in the gh release create
command. Please see: adobe/aepsdk-edge-android#171 (comment)
Is creating the tag if it doesn't exist preferred?
And I will also update the description to capture the points you mentioned!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes. The tag should be created as part of release process.
I wanted the description to clarify that even though it says full release process, it will just create a GH release and not publish the pods.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok thank you! Updated to remove the --verify-tag
flag in order to create tag if it doesnt exist on release. Also renamed full_release_extensions
-> create-github-release
and updated the description to hopefully be more clear about its effects
.github/workflows/ios-release.yml
Outdated
description: 'iOS Test App Scheme (ex: TestAppiOS)' | ||
required: true | ||
extension_dependencies: | ||
description: | |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would prefer a better name for this. Can you also clarify the description, as this is a Core-only requirement (since we bundle AEPRulesEngine xcframeworks as part of Core releases) and other extensions shouldn’t use it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Renamed extension_dependencies
-> release-dependency-frameworks
and updated the description to be more explicit about core-only requirement
…n release Rename workflow inputs to better describe their purpose Reorder input options for consistency Update input descriptions to better describe their purpose and usage
Looks good, can you also update the Core usage example in the description as the variable names don't match the latest implementation. |
Description
This PR updates the iOS release reusable workflow to be able to handle multi-extension repos with the main changes being:
When not specifying any repos in the extensions to release, the script will still:
Example job runs
Core iOS (multi-extension): https://github.com/timkimadobe/aepsdk-core-ios/actions/runs/11471135041/job/31921556669
Usage examples
Single extension repos can also use this workflow without too much friction:
And multi-extension repos:
Related Issue
Motivation and Context
How Has This Been Tested?
Screenshots (if appropriate):
Types of changes
Checklist: