

The tools menu is about as useful as any menu bar in a large application like Visual Studio (Visual Studio desperately needs a ribbon, like Office has). I never use it.

The reason I couldn't make myself adopt the new way is that the new way and the old way both suck. The right way to do this is to have a button I can push without any preceding navigation steps. Like a custom toolbar.
I'm assuming you know how to make a custom toolbar in Visual Studio. Actually, I'm just assuming you are smart enough to figure it out because it's super easy.
What's not easy was finding the damn command because it has a nonsense name in the toolbar editor dialog. That's not really the fault of the dialog - a lot of commands show up correctly. It's something about the way the NuGet commands are configured.
Here is the name: cmdidAddPackagesForSolution
It shows up correctly in the toolbar, just not in that editor dialog.
If you ever need to find a command that is improperly named, the trick is to pretend to edit the menu, first.
Go into the Customize dialog for the toolbar you are trying to edit and then switch to editing the menu group where the command is already located.
When you've done that, you'll be able to see what the command's name is.