-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Invoke dotnet nuget why directly through API #44614
Invoke dotnet nuget why directly through API #44614
Conversation
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.
Love to see this kind of deeper integration! One note about the help that we may need to create a bridge for in some way.
I looked at this and the changes look reasonable as far as the NuGet side goes. |
I'm guessing this PR was accidentally closed by GH's keywords, but it's actually something that needs to be reopened, right @zivkan |
30f49f9
to
e34bb9e
Compare
e34bb9e
to
bbfcb2a
Compare
@dotnet/nuget-team @dotnet/dotnet-cli This PR was opened a while ago, but it's ready for review now, please. It would be nice to get in time for 9.0.200. The Mac test job appears to be timing out on all builds/prs, so I assume it's not a blocking issue for this PR. |
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.
Couldn't be more excited for this first step into deeper integration :)
The initial version of
dotnet nuget why
required two arguments, the first being the solution, project, or directory to run as. In NuGet/NuGet.Client#5969 I made it optional, using the current directory when not provided. However, this repo has a duplicate of the CLI parser to aid tab-completion. Therefore, even when the command works, there's an error message:Following NuGet/NuGet.Client#6118, this PR changes the dotnet CLI to get the CLI parser from NuGet directly (this command uses System.CommandLine), so
dotnet nuget why
no longer needs to be invoked though the NuGet.CommandLine.XPlat console app. Therefore, any future changes todotnet nuget why
will apply automatically on NuGet insertion, rather than needing duplicate CLI parsing changes in both repos.