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

[vs17.12] Always respect warning-as-error properties #10999

Merged
merged 3 commits into from
Nov 21, 2024

Conversation

github-actions[bot]
Copy link
Contributor

@github-actions github-actions bot commented Nov 19, 2024

Backport of #10892 to vs17.12

Work item (Internal use):

Summary

Respect warning-as-error settings configured per-project when -warnaserror is passed on the command line.

Customer Impact

Suppressing warnings is unnecessarily complicated and fails for confusing reasons.

Regression?

No, this behavior is longstanding, but the severity is higher with NuGet Audit because NuGet advises configuring warning-as-warning for audit warning codes.

Testing

Automated and targeted scenario tests.

Risk

Low: makes an existing opt-in codepath default.

Remote (built in another node) projects were not
respecting MSBuildWarningsNotAsErrors configured
in the projects, when the API or CLI `-warnaserror`
option was enabled.

Fixes #10874.
@rainersigwald rainersigwald requested a review from a team as a code owner November 20, 2024 22:20
@surayya-MS surayya-MS merged commit 1cce779 into vs17.12 Nov 21, 2024
10 checks passed
@surayya-MS surayya-MS deleted the backport/pr-10892-to-vs17.12 branch November 21, 2024 08:45
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.

3 participants