[maestro] Make 'Microsoft.NETCore.App.Ref' depend on 'Microsoft.Dotnet.Sdk.Internal'.#18026
Conversation
…t.Sdk.Internal'. This way we always get a consistent build (at the cost of flexibility: sometimes we won't be getting 'Microsoft.NETCore.App.Ref' updates for a while if either dotnet/runtime or dotnet/sdk have security fixes in the works, but this shouldn't be much of an issue for a stable .NET version, since we usually work with any dotnet/runtime version at that point). Also fix a duplicated entry for 'Microsoft.NET.Workload.Emscripten.net7.Manifest-7.0.100', and run 'darc update-dependencies' to update the dependencies.
✅ API diff for current PR / commitLegacy Xamarin (No breaking changes)
NET (empty diffs)
✅ API diff vs stableLegacy Xamarin (No breaking changes).NET (No breaking changes)ℹ️ Generator diffGenerator Diff: vsdrops (html) vsdrops (raw diff) gist (raw diff) - Please review changes) Pipeline on Agent |
💻 [CI Build] Windows Integration Tests passed 💻✅ All Windows Integration Tests passed. Pipeline on Agent |
💻 [PR Build] Tests on macOS M1 - Mac Ventura (13.0) passed 💻✅ All tests on macOS M1 - Mac Ventura (13.0) passed. Pipeline on Agent |
💻 [PR Build] Tests on macOS M1 - Mac Big Sur (11.5) passed 💻✅ All tests on macOS M1 - Mac Big Sur (11.5) passed. Pipeline on Agent |
🚀 [CI Build] Test results 🚀Test results✅ All tests passed on VSTS: simulator tests. 🎉 All 225 tests passed 🎉 Tests counts✅ bcl: All 69 tests passed. Html Report (VSDrops) Download Pipeline on Agent |
|
/sudo backport release/7.0.2xx-xcode14.3 |
|
Backport Job to branch release/7.0.2xx-xcode14.3 Created! The magic is happening here |
|
Hooray! Backport succeeded! Please see https://devdiv.visualstudio.com/DevDiv/_build/results?buildId=7617214 for more details. |
…' depend on 'Microsoft.Dotnet.Sdk.Internal'. (#18032) This way we always get a consistent build (at the cost of flexibility: sometimes we won't be getting 'Microsoft.NETCore.App.Ref' updates for a while if either dotnet/runtime or dotnet/sdk have security fixes in the works, but this shouldn't be much of an issue for a stable .NET version, since we usually work with any dotnet/runtime version at that point). Also fix a duplicated entry for 'Microsoft.NET.Workload.Emscripten.net7.Manifest-7.0.100', and run 'darc update-dependencies' to update the dependencies. Backport of #18026 --------- Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com>
|
/sudo backport release/7.0.2xx |
|
Backport Job to branch release/7.0.2xx Created! The magic is happening here |
|
Oh no! Backport failed! Please see https://devdiv.visualstudio.com/DevDiv/_build/results?buildId=7623241 for more details. |
…n 'Microsoft.Dotnet.Sdk.Internal'. This way we always get a consistent build (at the cost of flexibility: sometimes we won't be getting 'Microsoft.NETCore.App.Ref' updates for a while if either dotnet/runtime or dotnet/sdk have security fixes in the works, but this shouldn't be much of an issue for a stable .NET version, since we usually work with any dotnet/runtime version at that point). Backport of dotnet#18026.
…' depend on 'Microsoft.Dotnet.Sdk.Internal'. This way we always get a consistent build (at the cost of flexibility: sometimes we won't be getting 'Microsoft.NETCore.App.Ref' updates for a while if either dotnet/runtime or dotnet/sdk have security fixes in the works, but this shouldn't be much of an issue for a stable .NET version, since we usually work with any dotnet/runtime version at that point). Backport of dotnet#18026.
…' depend on 'Microsoft.Dotnet.Sdk.Internal'. This way we always get a consistent build (at the cost of flexibility: sometimes we won't be getting 'Microsoft.NETCore.App.Ref' updates for a while if either dotnet/runtime or dotnet/sdk have security fixes in the works, but this shouldn't be much of an issue for a stable .NET version, since we usually work with any dotnet/runtime version at that point). Backport of dotnet#18026.
|
/sudo backport xcode14.3 |
|
Backport Job to branch xcode14.3 Created! The magic is happening here |
|
Hooray! Backport succeeded! Please see https://devdiv.visualstudio.com/DevDiv/_build/results?buildId=7638125 for more details. |
…n 'Microsoft.Dotnet.Sdk.Internal'. (#18044) This way we always get a consistent build (at the cost of flexibility: sometimes we won't be getting 'Microsoft.NETCore.App.Ref' updates for a while if either dotnet/runtime or dotnet/sdk have security fixes in the works, but this shouldn't be much of an issue for a stable .NET version, since we usually work with any dotnet/runtime version at that point). Backport of #18026.
…' depend on 'Microsoft.Dotnet.Sdk.Internal'. (#18048) This way we always get a consistent build (at the cost of flexibility: sometimes we won't be getting 'Microsoft.NETCore.App.Ref' updates for a while if either dotnet/runtime or dotnet/sdk have security fixes in the works, but this shouldn't be much of an issue for a stable .NET version, since we usually work with any dotnet/runtime version at that point). Backport of #18026.
…rosoft.Dotnet.Sdk.Internal'. (#18076) This way we always get a consistent build (at the cost of flexibility: sometimes we won't be getting 'Microsoft.NETCore.App.Ref' updates for a while if either dotnet/runtime or dotnet/sdk have security fixes in the works, but this shouldn't be much of an issue for a stable .NET version, since we usually work with any dotnet/runtime version at that point). Also fix a duplicated entry for 'Microsoft.NET.Workload.Emscripten.net7.Manifest-7.0.100', and run 'darc update-dependencies' to update the dependencies. Backport of #18026
…' depend on 'Microsoft.Dotnet.Sdk.Internal'. (#18045) This way we always get a consistent build (at the cost of flexibility: sometimes we won't be getting 'Microsoft.NETCore.App.Ref' updates for a while if either dotnet/runtime or dotnet/sdk have security fixes in the works, but this shouldn't be much of an issue for a stable .NET version, since we usually work with any dotnet/runtime version at that point). Backport of #18026.
This way we always get a consistent build (at the cost of flexibility:
sometimes we won't be getting 'Microsoft.NETCore.App.Ref' updates for a while
if either dotnet/runtime or dotnet/sdk have security fixes in the works, but
this shouldn't be much of an issue for a stable .NET version, since we usually
work with any dotnet/runtime version at that point).
Also fix a duplicated entry for 'Microsoft.NET.Workload.Emscripten.net7.Manifest-7.0.100',
and run 'darc update-dependencies' to update the dependencies.