Performance 可以并行运行Nuget更新包吗

我有一个包含30个子项目的大型解决方案。每个子项目都依赖于一个定期更新的nuget包。例如，我就以打字结束

更新包AcmeWunderLib

---

每隔几天。问题是这个过程大约需要10分钟才能运行，结果是每个package.config和$name$.csproj文件中都有一个非常小的更改。是否可以并行执行此操作以提高性能，或者任何尝试都会导致Nuget自身损坏？

包更新时间包括下载包和卸载/安装包。下载操作在第一次下载时只执行一次，因此卸载/安装操作将占用几乎所有的更新时间

根据您的日志，NuGet需要不到一秒钟的时间来收集依赖项信息，但卸载/安装软件包的时间太长。在我的测试中，更新一个项目的包只需要2-5秒。因此，当您遇到此问题时，请首先检查您的机器性能

对于此问题，我想为您提供一些疑难解答：

更新你的NuGet，NuGet团队对3.5rc和3.4.5的管道有更多改进

清理程序包提要中的旧版本程序包，然后重试

禁用NuGet.org以外的其他NuGet存储库，可能其中一个正在超时

在其他工作站或生成服务器上测试此问题，您可以在新解决方案中创建一些项目来验证此问题

---

希望能对您有所帮助。

软件包更新时间包括下载软件包和卸载/安装软件包。下载操作在第一次下载时只执行一次，因此卸载/安装操作将占用几乎所有的更新时间

根据您的日志，NuGet需要不到一秒钟的时间来收集依赖项信息，但卸载/安装软件包的时间太长。在我的测试中，更新一个项目的包只需要2-5秒。因此，当您遇到此问题时，请首先检查您的机器性能

对于此问题，我想为您提供一些疑难解答：

更新你的NuGet，NuGet团队对3.5rc和3.4.5的管道有更多改进

清理程序包提要中的旧版本程序包，然后重试

禁用NuGet.org以外的其他NuGet存储库，可能其中一个正在超时

在其他工作站或生成服务器上测试此问题，您可以在新解决方案中创建一些项目来验证此问题

---

希望这能对您有所帮助。

这是真正的解决方案

不要从VISUAL STUDIO中运行更新包

关闭visual studio 从桌面或“开始”菜单打开powershell 确保nuget在您的路径上 运行以下命令，将devdept.eyeshot替换为包，将WeinCAd.Net.sln替换为解决方案文件。 nuget更新-详细详细信息-Id devdept.eyeshot。\WeinCad.Net.sln

整个过程持续不到10秒

编辑

---

有人警告我，这与在VisualStudio中运行nuget update所做的事情并不完全相同。以上所做的只是更改DLL的基本路径。它无法添加和删除引用。然而，这对于我的用例来说已经足够了。

这里是真正的解决方案

不要从VISUAL STUDIO中运行更新包

关闭visual studio 从桌面或“开始”菜单打开powershell 确保nuget在您的路径上 运行以下命令，将devdept.eyeshot替换为包，将WeinCAd.Net.sln替换为解决方案文件。 nuget更新-详细详细信息-Id devdept.eyeshot。\WeinCad.Net.sln

整个过程持续不到10秒

编辑

---

有人警告我，这与在VisualStudio中运行nuget update所做的事情并不完全相同。以上所做的只是更改DLL的基本路径。它无法添加和删除引用。但是，对于我的用例来说，这已经足够了。

我还不能将其标记为答案。当你回答自己的问题时会有一个超时。但你可以投票表决：很高兴知道你已经解决了这个问题。请标出你的答案，当你有空的时候，这对其他有同样问题的社区是有益的。我还不能把它标注为答案。当你回答自己的问题时会有一个超时。但你可以投票表决：很高兴知道你已经解决了这个问题。请标记您的答案，这对其他社区有好处，他们在您空闲时也有同样的问题。在我的书中，2到5秒对于应该是简单的磁盘写入来说仍然相当长…在我的书中，2到5秒对于应该是简单的磁盘写入来说仍然相当长。。。