Microsoft.NET.Workload.Emscripten.net6.Manifest-8.0.100 , Microsoft.NET.Workload.Emscripten.net7.Manifest-8.0.100
From Version 8.0.0-alpha.1.22578.1 -> To Version 8.0.0-alpha.1.22605.2
Microsoft.SourceBuild.Intermediate.source-build-reference-packages
From Version 8.0.0-alpha.1.22580.1 -> To Version 8.0.0-alpha.1.22605.1
Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
Microsoft.SourceBuild.Intermediate.source-build-externals
From Version 8.0.0-alpha.1.22580.1 -> To Version 8.0.0-alpha.1.22601.1
Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
Microsoft.SourceBuild.Intermediate.source-build-externals
From Version 8.0.0-alpha.1.22579.1 -> To Version 8.0.0-alpha.1.22580.1
Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
For PRs, the Source-Build leg that was running inside of the Build stage is now moved to a separate stage but runs more or less the same: https://dev.azure.com/dnceng-public/public/_build/results?buildId=97509&view=results
Instead of creating the tarball, we are building the `dotnet/dotnet` repo there.
For internal rolling builds, we are taking [this pipeline](https://dev.azure.com/dnceng/internal/_build/results?buildId=2056327&view=results) and merging it into `dotnet-installer-official-ci`.
So it's one extra stage that runs pretty quick (faster than the Build stage by far).
It won't be creating and pushing the tarball artifact anymore though.
Once the rolling build is finished, there won't be no more source-build-build pipeline but instead dotnet-dotnet-official-ci which will build the dotnet/dotnet repo again instead of the tarball that was originally produced from the rolling build.
The MSFT SDK from the installer build will still be consumed by it though.
More details https://github.com/dotnet/arcade/issues/10677
Microsoft.SourceBuild.Intermediate.source-build-reference-packages
From Version 8.0.0-alpha.1.22579.1 -> To Version 8.0.0-alpha.1.22580.1
Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
Microsoft.DotNet.Arcade.Sdk , Microsoft.DotNet.Build.Tasks.Installers , Microsoft.DotNet.CMake.Sdk
From Version 8.0.0-beta.22578.1 -> To Version 8.0.0-beta.22579.2
Dependency coherency updates
Microsoft.DotNet.XliffTasks
From Version 1.0.0-beta.22555.1 -> To Version 1.0.0-beta.22576.1 (parent: Microsoft.DotNet.Arcade.Sdk
Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
Microsoft.SourceBuild.Intermediate.source-build-externals
From Version 8.0.0-alpha.1.22578.2 -> To Version 8.0.0-alpha.1.22579.1
Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
* Use ".NET" in preference to ".NET Core"
We're consistently using ".NET" for recent downloads (eg see https://dotnet.microsoft.com/en-us/download) and increasingly it is clearer to use ".NET" instead of ".NET Core". Change the wording, and explain the meanings.
* Update README.md
* Apply suggestions from code review
Co-authored-by: Maira Wenzel <mairaw@microsoft.com>
* feedbacK
* Apply suggestions from code review
Co-authored-by: Maira Wenzel <mairaw@microsoft.com>
Co-authored-by: Maira Wenzel <mairaw@microsoft.com>
Microsoft.DotNet.Arcade.Sdk , Microsoft.DotNet.Build.Tasks.Installers , Microsoft.DotNet.CMake.Sdk
From Version 8.0.0-beta.22575.1 -> To Version 8.0.0-beta.22578.1
Microsoft.SourceBuild.Intermediate.source-build-reference-packages
From Version 8.0.0-alpha.1.22565.1 -> To Version 8.0.0-alpha.1.22578.1
Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
Microsoft.DotNet.Arcade.Sdk , Microsoft.DotNet.Build.Tasks.Installers , Microsoft.DotNet.CMake.Sdk
From Version 8.0.0-beta.22574.1 -> To Version 8.0.0-beta.22575.1
Microsoft.DotNet.Arcade.Sdk , Microsoft.DotNet.Build.Tasks.Installers , Microsoft.DotNet.CMake.Sdk
From Version 8.0.0-beta.22554.2 -> To Version 8.0.0-beta.22572.5
Dependency coherency updates
Microsoft.DotNet.XliffTasks
From Version 1.0.0-beta.22513.1 -> To Version 1.0.0-beta.22555.1 (parent: Microsoft.DotNet.Arcade.Sdk
* Rename MicrosoftAspNetCoreAppRuntimePackageVersion so existing Artifacts tarballs don't override it,
and stop adding it to the PackageVersions.props in new Artifacts tarballs.
* Patch PreviouslySourceBuiltPackageVersions.
* PR feedback.
Microsoft.DotNet.Common.ItemTemplates , Microsoft.DotNet.MSBuildSdkResolver , Microsoft.NET.Sdk , Microsoft.TemplateEngine.Cli
From Version 8.0.100 -> To Version 8.0.100
Dependency coherency updates
Microsoft.FSharp.Compiler,Microsoft.SourceBuild.Intermediate.fsharp,Microsoft.NET.ILLink.Tasks,Microsoft.Build
From Version 12.5.0-beta.22559.7 -> To Version 12.5.0-beta.22563.3 (parent: Microsoft.NET.Sdk
Microsoft.DotNet.Common.ItemTemplates , Microsoft.DotNet.MSBuildSdkResolver , Microsoft.NET.Sdk , Microsoft.TemplateEngine.Cli
From Version 8.0.100 -> To Version 8.0.100
Dependency coherency updates
Microsoft.FSharp.Compiler,Microsoft.SourceBuild.Intermediate.fsharp,Microsoft.Build
From Version 12.5.0-beta.22559.7 -> To Version 12.5.0-beta.22563.3 (parent: Microsoft.NET.Sdk
* Adding ppc64le arch for source build (#14631)
* Remove llvm-project from source-build as we have removed this dependency in runtime. (#14697)
* Remove llvm-project from source-build as we have removed this dependency in runtime.
* Add patch for the backport PR to get this to build for now.
* Remove unneeded copy of this patch.
* [release/7.0.1xx] Update dependencies from dotnet/sdk (#14705)
[release/7.0.1xx] Update dependencies from dotnet/sdk
- Remove backported command-line-api patch
* Don't use the MSBuild server process for init-build.proj. (#14643)
* Don't use the MSBuild server process for init-build.proj.
This appears to fix an issue where our SdkResolver is not loaded because there are still lingering dotnet processes when we try to binplace the resolver DLL.
* Address code review feedback.
* Update patch backport comments and remove obsolete patch (#14710)
* [release/7.0.1xx] .NET Source-Build 7.0.100-rc.2 October 2022 Updates (#14728)
* Update source-build to 7.0 RC2
* Also update tarball global.json
* Don't touch root global.json in case it is managed by automation
* Add back source-build patch that is still required in this branch
Co-authored-by: Swapnali911 <Swapnali.Pawar1@ibm.com>
Co-authored-by: Chris Rummel <crummel@microsoft.com>
Co-authored-by: dotnet-maestro[bot] <42748379+dotnet-maestro[bot]@users.noreply.github.com>
Co-authored-by: Michael Simons <msimons@microsoft.com>
Co-authored-by: Logan Bussell <loganbussell@microsoft.com>
Co-authored-by: Jason Zhai <v-wuzhai@microsoft.com>
