Azure devops MS托管的windows代理上的NU1101异常
在基于MS托管的Windows(vs2017-win2016)代理的Azure DevOps管道中,我们经常会遇到110个错误。这已经持续了几天了Azure devops MS托管的windows代理上的NU1101异常,azure-devops,azure-pipelines,Azure Devops,Azure Pipelines,在基于MS托管的Windows(vs2017-win2016)代理的Azure DevOps管道中,我们经常会遇到110个错误。这已经持续了几天了 error NU1101: Unable to find package CommandLineParser. No packages exist with this id in source(s): 这是一个已知的问题吗?我们需要什么来解决这个问题 谢谢 错误NU1101:找不到包CommandLineParser。源中不存在具有此id的包: 据
error NU1101: Unable to find package CommandLineParser. No packages exist with this id in source(s):
这是一个已知的问题吗?我们需要什么来解决这个问题
谢谢
错误NU1101:找不到包CommandLineParser。源中不存在具有此id的包:
据我所知,CommandLineParser
存在于nuget.org
中
这里有两种方法,您可以参考它们
Nuget Restore task
中使用提要时。您可以从NuGet.org中选择使用包
Nuget.config
文件还原包时,可以添加Nuget.org
作为包源<?xml version="1.0" encoding="utf-8"?>
<configuration>
<packageSources>
<!-- remove any machine-wide sources with <clear/> -->
<clear />
<!-- get packages from the NuGet Gallery -->
<add key="nuget.org" value="https://api.nuget.org/v3/index.json" protocolVersion="3" />
</packageSources>
</configuration>
更新:
现在,“Dotnet恢复”任务本身就有一些问题。它有时会导致找不到包
问题。有关更多信息,请参阅
解决方法:
您可以更改为使用Nuget Restore
任务。此任务具有相同的功能,可以正常工作。我已验证,并且在此期间没有活动的Azure DevOps事件。是否有此问题的更新?如果答案可以给你一些帮助,你可以考虑接受它。只是提醒一下。@凯文鲁:我恐怕这无济于事。我们的构建在上周末进行得很顺利,但昨天失败了几次。这个问题是断断续续的,我不明白为什么现在管道工作正常?如果可能,您可以尝试使用Nuget Restore任务(与答案中的设置类似),并检查它是否可以工作。此任务与Dotnet还原任务具有相同的功能。dotnet恢复任务本身似乎有一些问题。一些客户在文章中也提到了这一点。