-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
[automated] Merge branch 'vs16.11' => 'main' #6626
[automated] Merge branch 'vs16.11' => 'main' #6626
Conversation
Context Non static graph builds using the project cache didn't set the ProjectInstance on the cache request, leading to crashes in the cache. Changes Made Recreate the BuildRequestData for the cache request after the cache service evaluates projects. I was initially using the original BuildSubmission.BuildRequestData which does not contain the project instance.
To allow asserting service state transition
Ensure project cache initialization happens only once Context Turns out the VS workaround was initializing the plugin on every project query, thus crashing the cache. Changes Made Initialization is happening only once now. ProjectCacheService is now asserting that it's always in expected states.
* Update dependencies from https://github.com/dotnet/arcade build 20210628.3 Microsoft.DotNet.Arcade.Sdk From Version 5.0.0-beta.21315.2 -> To Version 5.0.0-beta.21328.3
This pull request has been updated. This PR merges commits made on vs16.11 by the following committers: |
…y built on oop nodes (dotnet#6635) Fixes a bug in proxy build scheduling introduced by dotnet#6386. If a the BuildRequestConfiguration associated with a proxy request has been built before on an out of proc (oop) node then the scheduler will fail with either one of: - affinity mismatch error. This happens when the proxy build is assigned to the inproc (inp) node but its configuration is already assigned to an oop node `AND` serving other existing requests, either blocked or running. - unscheduled requests remain even if there's free oop nodes that can serve them. This happens (as far as I can tell) when the proxy's configuration is already assigned to an oop node (because a previously built non proxy request was assigned there) `AND` there's no other existing requests for that configuration The fix in this PR is to not assign a proxy build to the inproc node if its configuration was previously assigned to another node.
This pull request has been updated. This PR merges commits made on vs16.11 by the following committers: |
This pull request has been updated. This PR merges commits made on vs16.11 by the following committers: |
Co-authored-by: Rainer Sigwald <raines@microsoft.com>
❌ Uh oh, this pull request could not be updated automatically. New commits were pushed to vs16.11, but I could not automatically push those to merge/vs16.11-to-main to update this PR. |
@cdmihai can you look into resolving this? |
Fixed Conflicts: eng/Version.Details.xml eng/Versions.props global.json src/Build/BackEnd/Components/ProjectCache/ProjectCacheService.cs
149e288
to
176225f
Compare
I detected changes in the vs16.11 branch which have not been merged yet to main. I'm a robot and am configured to help you automatically keep main up to date, so I've opened this PR.
This PR merges commits made on vs16.11 by the following committers:
Instructions for merging from UI
This PR will not be auto-merged. When pull request checks pass, complete this PR by creating a merge commit, not a squash or rebase commit.
If this repo does not allow creating merge commits from the GitHub UI, use command line instructions.
Instructions for merging via command line
Run these commands to merge this pull request from the command line.
or if you are using SSH
After PR checks are complete push the branch
Instructions for resolving conflicts
Instructions for updating this pull request
Contributors to this repo have permission update this pull request by pushing to the branch 'merge/vs16.11-to-main'. This can be done to resolve conflicts or make other changes to this pull request before it is merged.
or if you are using SSH
Contact .NET Core Engineering if you have questions or issues.
Also, if this PR was generated incorrectly, help us fix it. See https://github.com/dotnet/arcade/blob/master/scripts/GitHubMergeBranches.ps1.