Skip to content
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

Merge release/dev17.12 to release/dev17.13 #76384

Merged

Conversation

dotnet-bot
Copy link
Collaborator

This is an automatically generated pull request from release/dev17.12 into release/dev17.13.

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/release/dev17.12-to-release/dev17.13
git reset --hard upstream/release/dev17.13
git merge upstream/release/dev17.12
# Fix merge conflicts
git commit
git push upstream merges/release/dev17.12-to-release/dev17.13 --force

tmat and others added 4 commits December 11, 2024 10:23
#76376)

The serializer is required when saving naming style preferences
specified in Tools > Options to solution fallback options. The option
was throwing NotSupportedException, which was reported via NFW but for
some reason does not appear in telemetry data (TBD why).

In order to preserve ordering of the naming style rules as specified in
Tools > Options settings we introduce a new editor option
`dotnet_naming_rule.{rule-name}.priority`. The highest priority is 0,
which is the default. When saving VS options we generate priorities
0..N-1 where N is the number of rules. This causes VS option order to be
preserved when the preferences are deserialized from fallback options.

Note that if any naming style is set in .editorconfig file, all naming
style settings in VS options are ignored. This behavior is consistent
with VS 2019.

Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/2297536
Copy link
Contributor

@dotnet-policy-service dotnet-policy-service bot 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

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.

4 participants