Fix NRE in target batching (dotnet#10185)

Fixes dotnet#10180

### Context

dotnet#10102 made certain batching scenarios fail with a null-ref exception.

### Changes Made

Moved the call to `LogTargetBatchFinished` to make sure that the loop doesn't exit with null `targetLoggingContext`.

### Testing

New unit test with a repro project.

Merge pull request dotnet#10014 from YuliiaKovalova/dev/ykovalova/ana…

…lyzers_aquisition_experience

Analyzers acquisition experience

Merge pull request dotnet#10053 from surayya-MS/exp/surayya-MS/1es_vs…

…17.6

[release/vs17.6] Onboard 1es templates (dotnet#9924)

Merge pull request dotnet#10020 from dotnet/backport/pr-9984-to-vs17.10

[vs17.10] Include Microsoft.Common.Test.targets in Arm64

Merge pull request dotnet#9945 from dotnet-maestro-bot/merge/vs17.10-…

…to-main

[automated] Merge branch 'vs17.10' => 'main'

[release/6.0.1xx] Bump System.Security.Cryptography.Xml to 6.0.1 and …

…System.Security.Cryptography.Pkcs to 6.0.4 (dotnet#9867)

Revert "Load Microsoft.DotNet.MSBuildSdkResolver into default load co…

…ntext" (dotnet#9857)

* Revert "Load Microsoft.DotNet.MSBuildSdkResolver into default load context (MSBuild.exe only) (dotnet#9439)"

This reverts commit 6257b8e.

* Bump version

[main] Update dependencies from dotnet/roslyn, nuget/nuget.client (do…

…tnet#9783)

* Update dependencies from https://github.com/dotnet/roslyn build 20240222.4

Microsoft.Net.Compilers.Toolset
 From Version 4.10.0-2.24116.4 -> To Version 4.10.0-2.24122.4

* Update dependencies from https://github.com/nuget/nuget.client build 6.10.0.44

NuGet.Build.Tasks
 From Version 6.10.0-preview.2.36 -> To Version 6.10.0-preview.2.44

---------

Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>

[vs17.9] Update dependencies from dotnet/roslyn, nuget/nuget.client (d…

…otnet#9644)

* Update dependencies from https://github.com/nuget/nuget.client build 6.9.0.74

NuGet.Build.Tasks
 From Version 6.9.0-preview.1.70 -> To Version 6.9.0-rc.74

* Update dependencies from https://github.com/dotnet/roslyn build 20240104.13

Microsoft.Net.Compilers.Toolset
 From Version 4.9.0-3.23629.3 -> To Version 4.9.0-3.24054.13

* Update dependencies from https://github.com/nuget/nuget.client build 6.9.0.86

NuGet.Build.Tasks
 From Version 6.9.0-preview.1.70 -> To Version 6.9.0-rc.86

* Update dependencies from https://github.com/dotnet/roslyn build 20240119.10

Microsoft.Net.Compilers.Toolset
 From Version 4.9.0-3.23629.3 -> To Version 4.9.0-3.24069.10

* Update dependencies from https://github.com/nuget/nuget.client build 6.9.0.86

NuGet.Build.Tasks
 From Version 6.9.0-preview.1.70 -> To Version 6.9.0-rc.86

* Update dependencies from https://github.com/dotnet/roslyn build 20240123.3

Microsoft.Net.Compilers.Toolset
 From Version 4.9.0-3.23629.3 -> To Version 4.9.0-3.24073.3

* Update dependencies from https://github.com/nuget/nuget.client build 6.9.0.86

NuGet.Build.Tasks
 From Version 6.9.0-preview.1.70 -> To Version 6.9.0-rc.86

* Update dependencies from https://github.com/dotnet/roslyn build 20240131.11

Microsoft.Net.Compilers.Toolset
 From Version 4.9.0-3.23629.3 -> To Version 4.9.0-3.24081.11

* Update Directory.Build.targets

* Update Versions.props

---------

Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
Co-authored-by: Viktor Hofer <[email protected]>
Co-authored-by: MichalPavlik <[email protected]>

TargetEntry optimizations for Results (dotnet#9590)

Context
@jeffkl has a case with potentially thousands of items that would all go into one bucket in the Returns. MSBuild is deduplicating it, but so is NuGet, which is wasteful, so he will likely stop using Returns. This change will save him a small amount of allocations, but it would save a ton of allocations if he were to keep using it, since it will no longer need to repeatedly reallocate the HashSet, and it won't need to allocate as many Lists. It will still save one List's worth of allocations on every single Target that doesn't have a Returns.

Changes Made
Effectively making List allocations lazier and taking advantage of ToList to avoid doing as many (duplicated) collection operations.