-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
[MAUI][PERF] Maui Perf add iOS Podcast SOD Tests #67165
Conversation
Tagging subscribers to this area: @hoyosjs Issue Detailsnull
|
chmod -R a+r . | ||
# remove net6.0-maccatalyst to work around https://github.com/dotnet/sdk/issues/21877 | ||
cp Microsoft.NetConf2021.Maui.csproj Microsoft.NetConf2021.Maui.csproj.bak | ||
sed -i'' -e 's/net6.0-ios;net6.0-maccatalyst/net6.0-ios/g' Microsoft.NetConf2021.Maui.csproj |
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 bet we can come up with a sed line that will survive more classes of csproj file edits. I'll pester you in person.
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.
Working on this: #67263
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.
Will merge this, then copy the sed change to this section.
@@ -172,6 +172,7 @@ if ($iOSMono) { | |||
Copy-Item -path "$SourceDirectory\iosHelloWorld\nollvm" $PayloadDirectory\iosHelloWorld\nollvm -Recurse | |||
Copy-Item -path "$SourceDirectory\MauiiOSDefaultIPA" $PayloadDirectory\MauiiOSDefaultIPA -Recurse | |||
Copy-Item -path "$SourceDirectory\MauiMacCatalystDefault\MauiMacCatalystDefault.app" $PayloadDirectory\MauiMacCatalystDefault -Recurse | |||
Copy-Item -path "$SourceDirectory\MauiiOSPodcastIPA" $PayloadDirectory\MauiiOSPodcastIPA -Recurse |
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.
This section of performance-setup seems awfully test case specific for a script with such a general name. Probably naively optimistic of me, but are there any ways we could move move test case specific knowledge closer to the test cases?
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 think it's probably possible to take care of a lot of this with the yml templates, so we have a template that just takes a list of apps, and expands to the various stuff for them.
I was reluctant to try to do that given deadlines and the difficulty in debugging yml templates though. It would be a good thing to tackle in the future.
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 added this as an area of improvement: dotnet/performance#2113. This is 100% something we should at least look into.
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.
Yeah, in particular we are impacted by the fact that we only want to build the apps once, but use them in various test cases. That goes against some of the assumptions around how our scenario support was built. We don't need to design the feature in this comment thread, but I think that trying to bring the concept of pre-building dependencies of scenarios into our current python scenario execution code is where we should focus our efforts.
Changes don't impact any of the main runtime testing and a manual run succeeded, merging. |
* Publish the maui iOS Podcast app in the build yml * Pipe the built Podcast IPA file through and test it.
No description provided.