Tag: nuget

使用nuget和Symbols服务器: 我一定是做错了。我正在使用VS2012，c＃。我正在使用nuget来管理我的包。以前我总是自己创建一个“外部引用”目录和托管包。我现在决定采用新的包管理方式。无论如何，nuget正在努力享受。我进行了设置，以便软件包不包含在svn（代码存储库）中，并且如果需要，可以下载丢失的软件包。所有工作都适用于我团队中的所有开发人员以及Team City框。当我想调试其中一个软件包（即进入软件包源代码）时出现问题。我根据此链接设置了VS2012用于符号源下载。但是当我运行解决方案并想要进入包代码时，VS2012给了我一个空白的外观，并说无法找到符号。在Fiddler，我可以看到一大堆404。我期待从nuget引用的包的符号被下载，然后允许我介入并调试。或者我是否必须手动下载源并将Vs2012指向它 – 就像我以前在进行手动包管理时那样做？我有道理吗？

我是否必须包含所有System.Collections.Immutable依赖项？: 我刚刚从（较旧的） Microsoft.Bcl.Immutable NuGet包切换到System.Collections.Immutable并且很惊讶在我的项目中找到所有这些新的包依赖项： System.Collections System.Diagnostics.Debug System.Globalization System.Linq System.Resources.ResourceManager System.Runtime System.Runtime.Extensions System.Threading 它们被列为NuGet包的依赖项，因此它们有权在那里，但它们显然已经安装在我的PC和我的目标环境（Azure btw）上，因为它们随框架一起提供。我的项目中已经有了大量的软件包，如果可能的话，我希望避免这8个软件包造成的额外开销（并且不会在脚下拍摄自己）。删除这些依赖项是否安全？我现在是否必须在整个项目中使用这些软件包，因为它们可能与已安装的版本不同，我的项目的某些部分现在可能使用了错误的软件包？（由于某些DLL链接疯狂？）编辑：只是为了完整性，因为之前有一个评论：依赖项是实际的包（不是命名空间），必须下载，我的目标是使用.NET 4.6进行编译，在VS2015中工作。虽然有些东西已经过时且包装不需要正常加载，但这完全有可能吗？

Nugets安装在visual studio 2015中: 我尝试在简单的项目中在Visual Studio 2015中安装nuget Microsoft.VisualStudio.QualityTools.UnitTestFramework并获得此消息：无法安装软件包’Microsoft.VisualStudio.QualityTools.UnitTestFramework 10.0.30319.1’。您正在尝试将此软件包安装到以“.NETFramework，Version = v4.5.2”为目标的项目中，但该软件包不包含任何与该框架兼容的程序集引用或内容文件。有关更多信息，请与软件包作者联系。但是，当我尝试在Visual Studio 2013中在同一个项目中安装此软件包时，这是有效的。如何在Visual Studio 2015中安装此nuget？

Nuget版本不正确？: 我有一个无法编译的项目。当我尝试这样做时，我收到以下错误： The ‘Microsoft.Bcl.Build 1.0.14’ package requires NuGet client version ‘2.8.1’ or above, but the current NuGet version is ‘2.7.41115.310’. 通常情况下这很简单。搜索后我找到了这个指南： http ： //www.daimto.com/package-requires-nuget-client-version-x/ 这解释了我如何升级我的Nuget客户端版本。但是，当我按照这些步骤进行操作时，我发现我已经在使用最新版本的Nuget：2.8.5 但是出于某种原因，Visual Studio 2013 Ultimate使用的是旧版本，我不明白为什么。在卸载Visual Studio for Web Express 2012之后，我安装的Visual Studio Ultimate 2013是一个全新安装。之前的版本给了我相当多的问题，因此我将其删除并转移到2013.我想知道是否有一些cofig文件是通过，但我不能确定。我该如何解决这个问题？

Web API2 NinjectWebCommon.cs不会出现: 我Empty Web API in Visual Studio 2013 Framework 4.5中执行Empty Web API in Visual Studio 2013 。显然NinjectWebCommon.cs没有出现。我通过Nuget安装， Ninject， Ninject.Web.Common， Ninject.MVC5， Ninject.Web.Common.WebHost， Ninject.Web.WebApi， Ninject.web.WebApi.WebHost 但是NinjectWebCommon.cs仍然没有出现。我还需要安装什么？我可以手动添加该文件吗？谢谢

Nu-获取和解决多个解决方案引用的项目的项目级别依赖性: 我试图弄清楚处理这种情况的最佳方法是什么。假设我有一个由多个不同的非相关解决方案引用的库，我们称之为WebServiceInterface.dll。该库依赖于JSON.NET。在NuGet之前 JSON.NET二进制文件是通过WebServiceInterface项目中的外部SVN引用的。其他依赖于WebServiceInterface的解决方案引用了项目（也作为SVN外部），因此拉动了项目及其依赖项。随着NuGet 我还没想出如何强制将JSON.NET引用存储在WebServiceInterface项目下（而不是RandomSolution \ packages位置）。我发现参考@ nu-get到项目级和解决方案级别的pacakges，但是当我通过nu-get添加依赖项时，我似乎无法找到如何指定它。这里的目标是当有人检出WebServiceInterface并将其添加到它构建的新解决方案时（而不是在JSON.NET的指向已经检入的最后一个解决方案下指向packages目录的中断的引用）。

dotnet使用本地包文件添加包: 使用dotnet命令行工具，如何添加对未使用nuget下载的现有本地包的引用？我尝试使用dotnet将本地包添加到项目bar 。 $ dotnet add package /Users/sakra/foo/bin/Debug/foo.1.0.0.nupkg 已在不同项目中使用dotnet pack创建了包foo.1.0.0.nupkg 。然而，命令dotnet add package尝试从https://api.nuget.org/下载文件foo.1.0.0.nupkg ，这当然失败了。

缺少Microsoft.CSharp.Core.targets: 我正在使用构建工具2017在TFS2017 Update 3上构建一个Web服务项目。我收到以下错误 C：\ Program Files（x86）\ Microsoft Visual Studio \ 2017 \ Enterprise \ MSBuild \ 15.0 \ Bin \ Microsoft.CSharp.CurrentVersion.targets（322,5）：错误MSB4019：导入的项目“C：\ Program Files（x86））\找不到Microsoft Visual Studio \ 2017 \ Enterprise \ MSBuild \ 15.0 \ Bin \ Roslyn \ Microsoft.CSharp.Core.targets“。确认声明中的路径是否正确，以及该文件是否存在于磁盘上。我需要采取哪些步骤来修复此错误？

安装nuget包“已经添加了相同的密钥。”: 我正在尝试安装Microsoft.Bcl.Build 1.0.14 努特回归 Installing ‘Microsoft.Bcl.Build 1.0.14’. Successfully installed ‘Microsoft.Bcl.Build 1.0.14’. Adding ‘Microsoft.Bcl.Build 1.0.14’ to LeadTracker.Calendar. Uninstalling ‘Microsoft.Bcl.Build 1.0.14’. Successfully uninstalled ‘Microsoft.Bcl.Build 1.0.14’. Install failed. Rolling back… An item with the same key has already been added. 这也发生在json.net和其他软件包上。我可以添加nancy和topshelf，但不能添加json.net和bcl。我在VS2012和2013中尝试过它。我也尝试卸载nuget并重新安装。我还尝试将nuget添加到空类库和空控制台应用程序中。始终返回相同的错误。这也发生在json.net和其他软件包上。我也试过没有包文件任何想法最受赞赏。这是命令和堆栈跟踪 PM> Install-Package Microsoft.Bcl.Build Installing ‘Microsoft.Bcl.Build 1.0.14’. You are downloading Microsoft.Bcl.Build […]