Android framework version
Other
Affected platform version
.NET 12
Description
PR #12896 temporarily pins Android command-line tools 21.0 because it is the newest release where sdkmanager is not deprecated. Command-line tools 22.0 emits a deprecation warning, and 23.0 redirects users to the Android CLI.
For .NET 12, remove all sdkmanager usage from the repository and migrate the corresponding workflows to the Android CLI. This should cover production SDK tooling, installer and build-task integration, tests, scripts, documentation, and obsolete compatibility code or public API surface where appropriate.
The implementation should follow the structured package-discovery direction selected by #12472 and include migration of package discovery/listing, installation, updates, license acceptance, command-line-tools resolution/bootstrap, error handling, and relevant tests. After migration, remove the command-line-tools 21.0 compatibility pin introduced by #12896 and verify that no supported workflow invokes or instructs users to invoke sdkmanager.
References:
Steps to Reproduce
- Install Android command-line tools 22.0 or newer.
- Run a current .NET for Android SDK-management or dependency-installation workflow that invokes
sdkmanager.
- Observe the deprecation warning or redirection to the Android CLI.
Did you find any workaround?
Continue using command-line tools 21.0 as pinned by #12896 until the migration is complete.
Relevant log output
Android framework version
Other
Affected platform version
.NET 12
Description
PR #12896 temporarily pins Android command-line tools 21.0 because it is the newest release where
sdkmanageris not deprecated. Command-line tools 22.0 emits a deprecation warning, and 23.0 redirects users to the Android CLI.For .NET 12, remove all
sdkmanagerusage from the repository and migrate the corresponding workflows to the Android CLI. This should cover production SDK tooling, installer and build-task integration, tests, scripts, documentation, and obsolete compatibility code or public API surface where appropriate.The implementation should follow the structured package-discovery direction selected by #12472 and include migration of package discovery/listing, installation, updates, license acceptance, command-line-tools resolution/bootstrap, error handling, and relevant tests. After migration, remove the command-line-tools 21.0 compatibility pin introduced by #12896 and verify that no supported workflow invokes or instructs users to invoke
sdkmanager.References:
Steps to Reproduce
sdkmanager.Did you find any workaround?
Continue using command-line tools 21.0 as pinned by #12896 until the migration is complete.
Relevant log output