-
Notifications
You must be signed in to change notification settings - Fork 5k
Add NetCoreAppCurrent configurations to Microsoft.Extensions libraries #61867
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
Conversation
This makes all Extensions projects consistent in which TFMs they target. This way we don't need to add new TFMs during development of a new feature. Fix dotnet#54012
Note regarding the This serves as a reminder for when your PR is modifying a ref *.cs file and adding/modifying public APIs, to please make sure the API implementation in the src *.cs file is documented with triple slash comments, so the PR reviewers can sign off that change. |
Tagging subscribers to this area: @Anipik, @safern, @ViktorHofer Issue DetailsThis makes all Extensions projects consistent in which TFMs they target. This way we don't need to add new TFMs during development of a new feature. Fix #54012 It is probably easiest to review the commits separately.
@buyaa-n - can you review the supported platforms work I did in the 2nd commit? (note that I ran into dotnet/roslyn-analyzers#4282 and worked around it with redundant Debug.Asserts).
|
...crosoft.Extensions.Caching.Abstractions/src/Microsoft.Extensions.Caching.Abstractions.csproj
Show resolved
Hide resolved
...ies/Microsoft.Extensions.Configuration.Xml/ref/Microsoft.Extensions.Configuration.Xml.csproj
Show resolved
Hide resolved
...rosoft.Extensions.Hosting.WindowsServices/src/WindowsServiceLifetimeHostBuilderExtensions.cs
Show resolved
Hide resolved
} | ||
|
||
if ((_activityTrackingOption & ActivityTrackingOptions.Baggage) != 0) | ||
{ | ||
// Only access activity.Baggage as every call leads to an allocation | ||
IEnumerable<KeyValuePair<string, string?>> baggage = activity.Baggage; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
why we removed the nullability here? Activity.Baggage is already defined as nullable I guess
runtime/src/libraries/System.Diagnostics.DiagnosticSource/src/System/Diagnostics/Activity.cs
Line 323 in 69b5d67
public IEnumerable<KeyValuePair<string, string?>> Baggage |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Because the rest of the library doesn't have nullability enabled. And since we don't, the compiler is warning. These changes will likely be undone when we enable nullability in this library.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Added some questions, LGTM otherwise. I assume @ericstj will take a look too.
src/libraries/Microsoft.Extensions.Configuration.Xml/src/XmlDocumentDecryptor.cs
Outdated
Show resolved
Hide resolved
LGTM, thanks! |
This makes all Extensions projects consistent in which TFMs they target. This way we don't need to add new TFMs during development of a new feature.
Fix #54012
It is probably easiest to review the commits separately.
@buyaa-n - can you review the supported platforms work I did in the 2nd commit? (note that I ran into dotnet/roslyn-analyzers#4282 and worked around it with redundant Debug.Asserts).