Skip to content
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

Add Windows DevVersions VMR build leg #44387

Merged
merged 4 commits into from
Oct 23, 2024
Merged

Conversation

ViktorHofer
Copy link
Member

@ViktorHofer ViktorHofer commented Oct 23, 2024

Fixes dotnet/source-build#4691
Contributes to dotnet/source-build#3739

  • Disable join points in GenerateLayout and GenerateMSIs.targets
  • Condition MSBuildSdkResolver & SdkResolver
  • Use a toolset version for Microsoft.Deployment.DotNet.Releases for netfx build as VS expects a hardcoded version (follows what STJ does).
  • Move aliased version properties out of Versions.props as those have a wrong value when being overridden by the VMR infra.

- Disable join points in GenerateLayout and GenerateMSIs.targets
- Condition MSBuildSdkResolver & SdkResolver
- Use a toolset version for Microsoft.Deployment.DotNet.Releases for netfx build as VS expects a hardcoded version (follows what STJ does).
- Move aliased version properties out of Versions.props as those have a wrong value when being overridden by the VMR infra.
@ViktorHofer ViktorHofer requested review from a team as code owners October 23, 2024 08:30
@dotnet-issue-labeler dotnet-issue-labeler bot added Area-Infrastructure untriaged Request triage from a team member labels Oct 23, 2024
@ViktorHofer ViktorHofer enabled auto-merge (squash) October 23, 2024 11:19
@@ -77,5 +77,18 @@
<Using Include="System.Xml.Linq" />
</ItemGroup>

<!-- These aliases need to live outside of Versions.props as VMR / source-build overwrites some of the version properties for live builds. -->
<PropertyGroup>
<!-- Runtime and Apphost pack versions are the same for all RIDs. We flow the x64 version above and create aliases without the winx64 here for clarity elsewhere. -->
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit: the x64 version is no longer "above" :)

Suggested change
<!-- Runtime and Apphost pack versions are the same for all RIDs. We flow the x64 version above and create aliases without the winx64 here for clarity elsewhere. -->
<!-- Runtime and Apphost pack versions are the same for all RIDs. We flow the x64 version and create aliases without the winx64 here for clarity elsewhere. -->

@@ -63,7 +63,9 @@

<ItemGroup>
<PackageReference Include="Microsoft.Build.Framework" PrivateAssets="All" />
<PackageReference Include="Microsoft.Deployment.DotNet.Releases" />
<PackageReference Include="Microsoft.Deployment.DotNet.Releases">
<VersionOverride Condition="'$(TargetFrameworkIdentifier)' == '.NETFramework'">$(MicrosoftDeploymentDotNetReleasesToolsetPackageVersion)</VersionOverride>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why only for netfx? can you add a comment?

<PackageDownload Include="Microsoft.NETCore.App.Runtime.win-x86" Version="[$(MicrosoftNETCoreAppRuntimePackageVersion)]" />
<PackageDownload Include="Microsoft.NETCore.App.Runtime.win-x64" Version="[$(MicrosoftNETCoreAppRuntimePackageVersion)]" />
<PackageDownload Include="Microsoft.NETCore.App.Runtime.win-arm64" Version="[$(MicrosoftNETCoreAppRuntimePackageVersion)]" />
<PackageDownload Include="Microsoft.NETCore.App.Runtime.win-x86" Version="[$(MicrosoftNETCoreAppRuntimePackageVersion)]" Condition="'$(DotNetBuild)' != 'true' or '$(DotNetBuildPass)' == '2'" />
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we could extract '$(DotNetBuild)' != 'true' or '$(DotNetBuildPass)' == '2' into a separate property since it's used a couple times

@ViktorHofer ViktorHofer merged commit 49c50d2 into main Oct 23, 2024
37 checks passed
@ViktorHofer ViktorHofer deleted the CreateWindowsDevBuildVMRLeg branch October 23, 2024 11:22
@ViktorHofer
Copy link
Member Author

Sorry, this was set to auto-merge. I will add the comments in my next PR.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area-Infrastructure untriaged Request triage from a team member
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Determine how to build Microsoft.DotNet.MSBuildSdkResolver and Microsoft.DotNet.SdkResolver
2 participants