[clr-ios] Disable Microsoft.Extensions.DependencyInjection.ExternalContainers.Tests on Apple mobile#129514
Conversation
…ntainers.Tests on Apple mobile Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
There was a problem hiding this comment.
Pull request overview
This PR updates the libraries test traversal exclusions to skip Microsoft.Extensions.DependencyInjection.ExternalContainers.Tests under certain AOT/Helix configurations, aiming to avoid Apple-mobile/AOT test runs that end up executing zero tests.
Changes:
- Add
Microsoft.Extensions.DependencyInjection.ExternalContainers.Tests.csprojto theProjectExclusionslist under the existing AOT/Apple-mobile Helix exclusion ItemGroup.
Show a summary per file
| File | Description |
|---|---|
| src/libraries/tests.proj | Adds an exclusion entry for the ExternalContainers DI test project in an AOT/Apple-mobile Helix-related exclusion group. |
Copilot's findings
- Files reviewed: 1/1 changed files
- Comments generated: 1
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
|
/azp run runtime-extra-platforms |
|
Tagging subscribers to 'os-ios': @vitek-karas, @kotlarmilos, @steveisok, @akoeplinger |
|
Azure Pipelines successfully started running 1 pipeline(s). |
| <ItemGroup Condition="('$(TargetOS)' == 'iossimulator' or '$(TargetOS)' == 'tvossimulator' or '$(TargetOS)' == 'maccatalyst') and '$(RuntimeFlavor)' == 'CoreCLR' and '$(UseNativeAOTRuntime)' != 'true'"> | ||
| <ProjectExclusions Include="$(MSBuildThisFileDirectory)System.Reflection.Emit\tests\System.Reflection.Emit.Tests.csproj" /> | ||
| <ProjectExclusions Include="$(MSBuildThisFileDirectory)System.Reflection.Emit.ILGeneration\tests\System.Reflection.Emit.ILGeneration.Tests.csproj" /> | ||
| <ProjectExclusions Include="$(MSBuildThisFileDirectory)Microsoft.Extensions.DependencyInjection\tests\DI.External.Tests\Microsoft.Extensions.DependencyInjection.ExternalContainers.Tests.csproj" /> |
There was a problem hiding this comment.
Would it make sense to run legs without aggressive trimming to get coverage over the areas and have potentially more stable runs?
There was a problem hiding this comment.
Good idea, I think we had aggressive trimming disabled on rolling builds. Let's create a tracking issue
On the aggressively-trimmed Apple-mobile/AOT Helix legs (e.g. iossimulator-arm64 CoreCLR),
Microsoft.Extensions.DependencyInjection.ExternalContainers.Testsdiscovers zero test cases because aggressive trimming strips the reflection-heavy third-party DI containers, so XHarness reports the run as a crash (Tests run: 0); this excludes the project from those configurations alongside its already-excluded siblingDI.Tests.Fixes #129359