The Nuget Distribution pages states:

NuGet 4.x is included in the Visual Studio 2017 installation. Latest NuGet releases are delivered as part of Visual Studio updates.

Batteries are included!

It seems those batteries are flat. In both Package Manager Console and extenal PS windows, when I type nuget, I get the error:

The term 'nuget' is not recognized as the name of a cmdlet, function, script file, or operable program.

What do I have to do to fix this? If it's installed with VS 2017, surely that install should add it to the PATH variable?

I don't want to use the VS Command Console, even if it is still with 2017, as I have retired all my usage of that relic to PowerShell consoles.

我正在尝试通过运行命令来更新我的 nuget 包，nuget pack -properties Configuration=Release但这给了我以下错误：

找不到“bin/Release/{project-name}/bin/Release”。确定项目已经建成

我不太清楚为什么它会进入我的 Release 文件夹，然后继续进入另一个 Release 文件夹，因为它不存在？我在这里很迷茫，我不知道该怎么办。

我们需要构建这些项目，它们有一些奇怪的做法。它们依赖于作为另一个项目的构建过程的结果生成的链接代码文件。这些项目位于一个子文件夹中。

因此，在构建我们的项目之前，我们需要构建子项目。这是通过向每个项目的 BeforeBuild 目标添加自定义构建目标来完成的，并且似乎有效。但是，如果没有恢复其 NuGet 依赖项，子项目将无法构建。

澄清一下：我们知道这种模式完全是疯狂的，但我们没有人力来重构每个使用这种模式的项目。我们只是想让它们一步可靠地编译。

这些外部项目依赖项中的每一个都列在自定义 ItemGroup 中，如下所示：

<ItemGroup> <ExternalDependantProjects Include= "..\<subfolder>\<project>\<project>.csproj" /> </ItemGroup>

我们一直在尝试通过添加由每个项目的 BeforeBuild 目标调用的自定义构建目标来解决这个问题。我们首先尝试使用 ResolveNuGetPackageAssets 作为构建目标，但发现这仅在 netcore 中受支持，而我们的目标是 net47。

现在我们正在尝试编写一个自定义构建目标，该目标将恢复外部项目中的 NuGet 依赖项。我们尝试了直截了当的方法，如下所示：<Exec Command="nuget restore @(ExternalDependantProjects)" />以及更复杂和更骇人听闻的 PowerShell 尝试：<Exec Command="powershell.exe -command &quot;&apos;@(ExternalDependantProjects, '&apos; &apos;')&apos; | foreach { nuget restore $_ }&quot;" />

在这两种情况下，它都只是尝试恢复主项目的包，而不是外部项目。@(ExternalDependantProjects) 似乎等于空白，因此没有添加新参数。使用表明 @(ExternalDependantProjects) 不返回任何内容。但是，当我们调用 MSBuild“构建”目标时，它确实可以用作“项目”参数。所以，我怀疑我们以错误的方式使用 Item 参数？也许有一些语法可以访问 Item 的 Include 属性？

但是，如果我们能够解决该问题，我不确定它是否会起作用。我们在子项目上使用 nuget restore 命令进行了测试，总是得到packages.conf中所有包都安装的响应。然而，来自该外部项目的 ..\packages\ 是空的，并且 packages.conf 指定了六个包（它们也从 VS 的“引用”中丢失，并且引用的 HintPath 正确地转到了 ..\packages）。

所以我们在三个方面感到困惑：我们如何引用来自 MSBuild 目标的 ExternalDependentProjects 项包含路径，为什么 NuGet 恢复 CLI 不起作用，这甚至是解决此问题的正确方法吗？我们是否完全走错了路？

我正在使用 NuGet CLI 工具来管理非 VisualStudio 环境中的包依赖项。有没有办法通过命令 install 使用 packages.config 文件并获取 packages.config 文件中列出的依赖项具有的所有依赖项？整个依赖图。

示例：我的 packages.config 列出了一个依赖项 A。A 包有一个依赖项 B。

如果我运行 nuget install packages.config 我只会得到包 A。

如果我运行 nuget install AI 也会得到 B。

恐怕我必须编写一个脚本来读取packages.config，循环遍历所有为每个调用安装的依赖项，以使其工作。

仅使用 CLI 工具是否还有其他可能性？

从Nuget CLI是否可以通过单个命令将多个包升级到所需版本？

我知道我们可以做到

但是如果我想更新 2 个包1.0怎么办？

这仍然会更新到最新版本，但不会更新到我想要的版本。

那将是什么命令，并且彼此之间是否会有任何依赖关系，例如两个软件包仅在它们都在项目上时才会更新（https://stackoverflow.com/a/16302774/1011959）？

我使用 VS 2015 和 .net 4.5 web 项目和 15 个项目。

例如，我在我的解决方案的几个项目中使用了一个包，每次我需要更改特定版本的版本时，我需要为每个项目打开 package.config 添加 allowedVersions。

我想知道是否有一种方法可以只全局配置一次 allowedVersions 而不是打开每个文件？

我读过这篇文章：如何调试从 TeamCity 部署的我的 nuget 包？但由于某种原因，我的项目无法调试，而不要求我指定源文件的位置。使用以下命令，我能够正确创建一个带有符号的包（无需在 .csproj 中添加任何包）

有问题的包位于本地 nuget 提要上。

它会在调试过程中提示我输入源文件，尽管 nupkg 包含调试符号+源它不起作用

用于生成包的命令：

本地仓库中的结构：

本地 nuget 提要的内容

package.id/$version/ 的内容

lib/net462 的内容

对我来说，看起来包裹处于应该可以正常工作的状态 - 不是吗？

在我的问题中，我设法将一个包推送到我的提要中，但是我现在得到一个访问被拒绝错误。

根据这个问题，我应该被提示输入用户名和密码。我设法推送的包确实发生了这种情况，但它不再发生。

我需要做什么？

研究文档

Git 上的这个问题是相关的

[更新]

我的文件夹发生了一些奇怪的事情。如果我只是在 dos 提示符下键入 Nuget，我会收到错误消息。如果我创建一个新文件夹并将 nugetcredentialprovider.zip 解压缩到其中，然后运行 ​​Nuget 我没有收到错误

cli 参考

推送参考

配置 nuget 行为

get-help : 对象引用未设置为对象的实例。
在 line:1 char:1
+ get-help entityframework
+ ~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (:) [Get-Help] , NullReferenceException
+ FullyQualifiedErrorId : System.NullReferenceException,Microsoft.PowerShell.Commands.GetHelpCommand

我想这可能是与 PowerShell 相关的问题，所以我在这里列出了它的版本号

我正在使用

我们已经设置了一个内部 nuget 服务器。在设置时，我们有几个带有 .targets 文件的包，这些包将一些 dll 复制到输出文件夹。

当我们使用这些包时，只有最后一个 nuget.target 文件（添加的最后一个包）似乎正在执行并将文件复制到输出文件夹。

似乎无法弄清楚为什么其他人不会执行。

有什么建议吗？

编辑：

问题仅在Debug Configuration期间出现。

csproj 文件中的以下代码...

Nusepc 文件：

目标文件：