Skip to content

Merge main to main-vs-deps#58698

Merged
dotnet-bot merged 10 commits intomain-vs-depsfrom
merges/main-to-main-vs-deps
Jan 7, 2022
Merged

Merge main to main-vs-deps#58698
dotnet-bot merged 10 commits intomain-vs-depsfrom
merges/main-to-main-vs-deps

Conversation

@dotnet-bot
Copy link
Copy Markdown
Collaborator

This is an automatically generated pull request from main into main-vs-deps.

Once all conflicts are resolved and all the tests pass, you are free to merge the pull request. 🐯

Troubleshooting conflicts

Identify authors of changes which introduced merge conflicts

Scroll to the bottom, then for each file containing conflicts copy its path into the following searches:

Usually the most recent change to a file between the two branches is considered to have introduced the conflicts, but sometimes it will be necessary to look for the conflicting lines and check the blame in each branch. Generally the author whose change introduced the conflicts should pull down this PR, fix the conflicts locally, then push up a commit resolving the conflicts.

Resolve merge conflicts using your local repo

Sometimes merge conflicts may be present on GitHub but merging locally will work without conflicts. This is due to differences between the merge algorithm used in local git versus the one used by GitHub.

git fetch --all
git checkout -t upstream/merges/main-to-main-vs-deps
git reset --hard upstream/main-vs-deps
git merge upstream/main
# Fix merge conflicts
git commit
git push upstream merges/main-to-main-vs-deps --force

jasonmalinowski and others added 10 commits January 4, 2022 18:09
This brings updated support for collecting heaps when faults happen. We
use the VS-shipped version in-proc and our ServiceHub process that runs
on .NET Framework, but we still need to upgrade this for .NET Core-based
ServiceHub processes.
It appears that some dependency of our MSBuild.UnitTests.csproj
project is bringing in 5.0.0 of System.Drawing.Common, while the
6.0 SDK is referencing binaries that reference 6.0.0 of
System.Drawing.Common, without carrying a proper reference to the 6.0.0
NuGet package. MSBuild can't resolve that, but adding an explicit
reference to 6.0.0 of System.Drawing.Common fixes that.

Upgrading to System.Drawing.Common then causes the platform analyzers
to realize that we're calling a Windows-only API on a cross-platform
DLL. We use HasValidFonts to work around a bug in some of our old CI
infrastructure, but the only place it's already used is already
restricted to Windows only, so we can just duplicate that check to
make everything happy again.
…t error if struct has field initializers but no constructors (#58581)
Upgrade Microsoft.VisualStudio.Telemetry to 16.4.22
…dicatorMarginByDefault

Set the default value of Combine With Indicator Margin to false
Copy link
Copy Markdown

@ghost ghost left a comment

Choose a reason for hiding this comment

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

Auto-approval

@dotnet-bot dotnet-bot merged commit 5f98096 into main-vs-deps Jan 7, 2022
@ghost ghost added this to the Next milestone Jan 7, 2022
@RikkiGibson RikkiGibson modified the milestones: Next, 17.2.P1 Feb 4, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

8 participants