[main] Update dependencies from nuget/nuget.client

[dotnet-maestro]

This pull request updates the following dependencies

From https://github.com/nuget/nuget.client

• Subscription: fcb199f6-ff33-44a0-f3ef-08d8e97c775d
• Build: 7.0.0.46
• Date Produced: July 16, 2025 3:07:09 AM UTC
• Commit: 795d8b1beea2359a394e30d21f5faddbd3788ac7
• Branch: dev

• Updates:
  • From 7.0.0-preview.1.28 to 7.0.0-preview.1.46
    • Microsoft.Build.NuGetSdkResolver
    • NuGet.Build.Tasks
    • NuGet.Build.Tasks.Console
    • NuGet.Build.Tasks.Pack
    • NuGet.CommandLine.XPlat
    • NuGet.Commands
    • NuGet.Common
    • NuGet.Configuration
    • NuGet.Credentials
    • NuGet.DependencyResolver.Core
    • NuGet.Frameworks
    • NuGet.LibraryModel
    • NuGet.Localization
    • NuGet.Packaging
    • NuGet.ProjectModel
    • NuGet.Protocol
    • NuGet.Versioning

[SimonZhao888]

/azp run

[azure-pipelines]

Azure Pipelines successfully started running 1 pipeline(s).

[SimonZhao888]

Test case Packing_a_netcoreapp_2_0_DotnetCliTool_app_includes_the_implicit_dependency() fails due to the following method does not modify the denpendency as in the main branch.

sdk/test/Microsoft.NET.Pack.Tests/GivenThatThereAreImplicitPackageReferences.cs

Line 174 in 806e650

testProject.AdditionalProperties.Add("PackageType", "DotnetCliTool");

Main branch:

This PR:

So the test case will return an empty array at PackAndGetDependencies() method.

sdk/test/Microsoft.NET.Pack.Tests/GivenThatThereAreImplicitPackageReferences.cs

Lines 271 to 284 in 806e650

	private List<XElement> PackAndGetDependencies(TestProject testProject, string identifier = null)
	{
	var dependencyGroups = GetDependencyGroups(PackAndGetNuspec(testProject, identifier), out var ns);
	// There should be only one dependency group for these tests
	dependencyGroups.Count().Should().Be(1);
	// It should have the right element name
	dependencyGroups.Single().Name.Should().Be(ns + "group");
	var dependencies = dependencyGroups.Single().Elements(ns + "dependency").ToList();
	return dependencies;
	}

@nagilson, @MiYanni, could you please take a look at this?

[baronfel]

Thanks for the connection to this @jjonescz - I think this needs to be merged into the VMR codeflow PR in order for either of them to succeed.

[jjonescz]

I've merged changes from this PR into #49740.

[nkolev92]

Test case Packing_a_netcoreapp_2_0_DotnetCliTool_app_includes_the_implicit_dependency() fails due to the following method does not modify the denpendency as in the main branch.

sdk/test/Microsoft.NET.Pack.Tests/GivenThatThereAreImplicitPackageReferences.cs

Line 174 in 806e650

testProject.AdditionalProperties.Add("PackageType", "DotnetCliTool");

Main branch:

This PR:

So the test case will return an empty array at PackAndGetDependencies() method.

sdk/test/Microsoft.NET.Pack.Tests/GivenThatThereAreImplicitPackageReferences.cs

Lines 271 to 284 in 806e650

	private List<XElement> PackAndGetDependencies(TestProject testProject, string identifier = null)
	{
	var dependencyGroups = GetDependencyGroups(PackAndGetNuspec(testProject, identifier), out var ns);
	// There should be only one dependency group for these tests
	dependencyGroups.Count().Should().Be(1);
	// It should have the right element name
	dependencyGroups.Single().Name.Should().Be(ns + "group");
	var dependencies = dependencyGroups.Single().Elements(ns + "dependency").ToList();
	return dependencies;
	}

@nagilson, @MiYanni, could you please take a look at this?

This is expected with the new pruning feature.

A direct package that can be pruned will be excluded out of the generated package.

I don't imagine the package needs to be referencing netcoreapp package is it?

So either adjust the expectation or just set RestoreEnablePackagePruning to false in that test.