Open albyrock87 opened 3 days ago
Can you get a binlog by adding -bl:msbuild.binlog to the build command:
- script: >
dotnet publish $(projectPath)
-f net8.0-ios
-r ios-arm64
-c Release
-p:BuildIpa=True
-p:CodesignProvision="$(APPLE_PROV_PROFILE_UUID)"
-p:CodesignKey="$(APPLE_CERTIFICATE_SIGNING_IDENTITY)"
-bl:msbuild.binlog
and then attach the resulting binlog here?
If at all possible, it would be great if you could get a binlog from a previous MAUI version, so that we can compare exactly where the time difference is.
@rolfbjarne I cannot upload a binlog here due to company policies, but I've investigated more and I've solved the issue, but in a strange way.
When upgrading to MAUI 8.0.90 I also updated my public library https://github.com/nalu-development/nalu from version 3.1.1 to 8.0.0 where I changed the Directory.Build.Props
to use MauiVersion
= 8.0.90
instead of the original 8.0.10
.
So:
Nalu
libraryDirectory.Build.Props
in Nalu
to use MauiVersion
= 8.0.82
8.0.1
version of Nalu
and upgraded the package dependency in my app
This makes me think that somehow building a MAUI library into NuGet packages by using MAUI 8.0.90 is causing something strange in the output DLL.
I will try to create a simple how-to-repro repository and get back to you, in the mean time I hope the additional info rings some bell :)
I would like to chime in with the increased build time. From 2 days ago to today, our build time went from 20-25 minutes to 50-55 minutes on average. The main offender according to the binlog is the target "_AOTCompile"
We don't use <PublishAot>
in our csproj, but <MtouchInterpreter>-all</MtouchInterpreter>
together with <MtouchLink>SdkOnly</MtouchLink>
It's hard to compare with an exact build from some days ago since we had pinned neither workload versions, workload sets, etc. The changes from the past days have also wrecked havoc on our build and it was a pita to get it running again at all...
@rolfbjarne I can privately message you the binlog or anything else you need to retrace this?
@DDHSchmidt you can send me the binlog at Rolf.Kvinge@microsoft.com if you want, I can have a look, although I'm not entirely sure I'll figure out what's going on without a binlog from a previous, fast build.
Apple platform
iOS
Framework version
net8.0-*
Affected platform version
8.0.401
Description
I'm using ADO
macos14
image (Mac-1727286443307
) to build our MAUI app targeting iOS and Android. After upgrading from MAUI 8.0.82 to 8.0.90 the iOS build time went from 12 minutes to 37 minutes with basically no changes to the code besides upgrading the MAUI package.This unfortunately breaks the entire ADO pipeline because it goes over 60 minutes.
I have
UseInterpreter
set totrue
and no other special configuration set.The majority of time seems to be spent after I see the message
Optimizing assemblies for size. This process might take a while.
.Steps to Reproduce
This is my
azure-pipeline.yml
:Did you find any workaround?
No response
Build logs
Using
-v diag
I've noticed the majority of time is spent in tasks like these: