Skip to content

Merge main to main-vs-deps#61752

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

Merge main to main-vs-deps#61752
dotnet-bot merged 99 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

sharwell and others added 30 commits May 21, 2021 10:33
It doesn't seem to be used anymore after #51815
…-to-release/dev17.0-vs-deps

Merge release/dev16.11-vs-deps to release/dev17.0-vs-deps
The Razor generator is controlled by a flag that lives in an
.editorconfig file; in the IDE we generally don't run the generator
and instead use the design-time files added through the legacy
IDynamicFileInfo API. When we're doing Hot Reload we then
remove those legacy files and remove the .editorconfig file that is
supposed to disable the generator; for the Hot Reload pass we then are
running the generator. This is done in the CompileTimeSolutionProvider.

dotnet/sdk#24928 introduced an issue where even
though the Razor generator is being told to not run, it still runs
anyways. As a tactical fix rather than reverting that PR, for Visual
Studio 17.3 Preview 2 we are going to do a hack here which is to rip out
generated files. In discussion, simply reverting the SDK change
was problematic because it would reintroduce some notable performance
issues that it was intended to fix in the first place. Fixing the
generator directly is also possible (and we'll be doing a follow-up
PR to try doing that), but is also a fairly risky change given the
amount of testing that was required to test the PR in the first place.
This we think is the least-risky option we have, even though it itself
is touching a fairly sensitive area of our codebase.

The intent is to remove this hack by Preview 3 with a properly tested
fix in the generator.
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 3cb81b6 into main-vs-deps Jun 7, 2022
@ghost ghost added this to the Next milestone Jun 7, 2022
@RikkiGibson RikkiGibson modified the milestones: Next, 17.3 P3 Jun 28, 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.