我刚刚开始使用NuGet并尝试着解决它.我可能正在尝试使用NuGet来实现它不适用的东西,但我希望有人可能会给我一些提示.

我的问题:我正在尝试使用不同的文件创建一个包.文件类型不同(图像,文本文件等).我希望包能够正常工作,以便将文件添加到我的应用程序根目录中,但不包含在我的visual studio项目中.我试过了,但文件总是添加到项目中.有没有解决的办法？

谢谢

我在类库(即不是启动项目)中使用代码首次迁移我的上下文类,并且我想为常见操作制作批处理文件,以节省每次我想添加迁移时必须传递的参数和更新数据库.我在控制台中运行了"dir"命令,它似乎位于解决方案根文件夹中,所以我尝试在Solution Items文件夹中创建.bat,.cmd或.ps1文件但是包管理器powershell似乎没有能找到吗？

Internet和Intranet的Asp.Net MVC4模板需要System.Spatial nuget包吗？

<package id="System.Spatial" version="5.2.0" targetFramework="net45" />

此包与地理空间数据类型有关.为什么任何Web框架需要这个？将其包含在Asp.Net MVC4模板中是否有任何合理的理由？

该错误仅在一台机器上发生.

尝试

错误的路径

我认为任何来源的路径都可能是错误的,所以我打开了NuGet.Config检查,3条路径是正确的!

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <packageRestore>
    <add key="enabled" value="True" />
  </packageRestore>
  <packageSources>
    <add key="NuGet official package source" value="https://nuget.org/api/v2/" />
    <add key="Nightly ASP.NET Web Stack" value="http://www.myget.org/F/aspnetwebstacknightly/" />
    <add key="Bind Solution" value="W:\Cloud\Dropbox\Bind Defaults\Nuget Repository" />
  </packageSources>
  <disabledPackageSources />
  <activePackageSource>
    <add key="NuGet official package source" value="https://nuget.org/api/v2/" />
  </activePackageSource>
</configuration>

Nuget.exe不存在

检查.nuget文件夹和.exe是在目录中!检查窗口的路径,有!

我试图手动运行命令,它运行成功!

nuget install packages.config -source "" -NonInteractive -RequireConsent -solutionDir "W:\C lients\creditoimobiliariobb\sistema\src\CreditoImobiliarioBB\ "

完整错误:

错误1系统找不到指定的路径.CreditoImobiliarioBB.Domain

错误2命令""W:\ Clients\creditoimobiliariobb\sistema\src\CreditoImobiliarioBB.nuget\NuGet.exe"install"W:\ Clients\creditoimobiliariobb\sistema\src\CreditoImobiliarioBB\CreditoImobiliarioBB.Model\packages.config"-source " - -NonInteractive -RequireConsent -solutionDir"W:\ Clients\creditoimobiliariobb\sistema\src\CreditoImobiliarioBB \""以代码-1退出.CreditoImobiliarioBB.Domain

注意事项 …

我的任务是创建一个新的网站 - 使其类似于Facebook.(正在谈论没有游戏)所以这是一个与媒体网站CMS相关的标准后端.

我熟悉VS'12,asp.net MVC3和4 C#或Vb.net,html5和其他语言,并且觉得适合开始这个.

我想知道的是,如果Visual Studio中有任何模板,后端,Nuget包,开源应用程序,那么我不必重新创建轮子？

• 我已经看了我认识的地方,所以一个很好的答案将是模板,后端,Nuget包和你找到它的地方.或者可能是另一种入门方法,我没有列出/我不知道

• 请不要带任何PHP模板回来,因为我不会对它感兴趣.

提前致谢.

我正在尝试使用我们的TFS 2013构建创建一个NuGet包.我基本上按照这个步骤,在当地一切正常.
但我们的构建不使用默认输出目录,这似乎使nuget pack命令崩溃.
在我的本地机器上,所有内容都被SOLUTION/PROJECT/bin/Release构建,但TFS Build BUILD/Sources/SOLUTION/PROJECT用于源和BUILD/Binaries/Release输出目录.运行构建我得到以下日志/错误:

BuildPackage:
"D:\ BUILD\Sources\SOLUTION\.nuget\NuGet.exe"pack"D:\ BUILD\Sources\SOLUTION\PROJECT\PROJECT.csproj"-Properties"Configuration = Release; Platform = AnyCPU"-NonInteractive - OutputDirectory"D:\ BUILD\Binaries\Release"-symbols -NoPackageAnalysis -BasePath"D:\ BUILD\Binaries\Release"尝试从'PROJECT.csproj'构建包.

D:\ BUILD\Sources\SOLUTION\.nuget\NuGet.targets(133,5):错误:无法找到'D:\ BUILD\Sources\SOLUTION\PROJECT\bin\Release\PROJECT.dll'.确保项目已构建完成.

然后我添加-BasePath "$(TargetDir)"到了BuildCommandin NuGet.targets,但仍然没有变化:

<BuildCommand>$(NuGetCommand) pack "$(ProjectPath)" -Properties "Configuration=$(Configuration);Platform=$(Platform)" $(NonInteractiveSwitch) -OutputDirectory "$(PackageOutputDir)" -symbols -NoPackageAnalysis -BasePath "$(TargetDir)"</BuildCommand>

如何告诉NuGet使用TFS加载正确的文件？

更新:
我找到了一个解决方法:如果我将项目的构建输出路径设置为我们的TFS构建所使用的相同"相对路径",那么它可以工作......
但这不是解决方案,对吧？

我正在尝试使用casablanca'c ++ rest sdk'为REST请求运行c ++ windows应用程序.我创建了新的"CLR Empty Project"(visual studio 2012)并添加了新项目 - "Windows Form".添加了一些代码,并在运行项目时能够看到一个表单.现在,我已经使用NuGet安装了c ++ rest sdk,正如指令所说.一切顺利.问题是,为了使用'c ++ rest sdk',我添加了以下内容:

#include <cpprest/http_client.h>
#include <cpprest/filestream.h> 

它找不到那些文件.我越来越

fatal error C1083: Cannot open include file: 'cpprest/http_client.h': No   such file or directory

项目截图:

谢谢!

当我想通过右键单击项目和添加>引用选项来添加System.Web.Mvc时,只有版本3.0.0.0和4.0.0.0.但是,我将项目创建为MVC 5.另一方面,尝试在Nuget Package上添加此引用,没有相同名称的引用.而不是这个,还有另一个名为So的引用:

1)如何添加System.Web.Mvc(版本5或更高版本)引用我的项目,包括类库？

2)System.Web.Mvc和Microsoft.AspNet.Mvc有什么区别？

提前致谢.

有没有办法更新除一个以外的所有包？例如,当我创建新项目时,我需要更新除jQuery之外的所有包.它应该保持相同的版本.

我理解这是一个非常普遍的问题,但我无法找到解决以下场景的可靠资源,也不是在一个地方.所以我决定在这里问一下希望能帮助其他人解决同样的问题:

作为.NET组件的开发人员,我想支持各种.NET目标框架.这个主题对我来说非常重要,因为当引入点网核和点网标准时,最近爆炸的目标框架变体.

所以,想象一下我正在编写一个C#库MyLib(我称之为"产品"),它编译成了MyLib.dll.我想支持不同范围的目标框架:net35,net40,net45,netstandard1.2对于每一个目标框架和等,因此我创建构建(或的MSBuild的csproj文件),并在单个NuGet包一起捆扎在一起,尊重的NuGet准则lib文件夹结构.因此,该产品可以从单个构造工件 - nuget包获得.

对于每个目标框架版本,我尝试利用其功能和优点,并为较低版本提供pollyfill或删除某些功能.一般来说,无论消费项目的目标框架如何,"产品"都是可用的 - 我的意思是MyLib应该正确安装nuget包,并且应该引用适当的dll.

因此,出现了一些问题:

• 跨不同版本共享相同的程序集版本信息是否正确？喜欢重用同一个AssemblyInfo.cs文件？
• 不应在我的构建之间共享哪些程序集属性？我已经开始了关于]属性的另一个线程[assembly: Guid("...")].其他人都显示关注的的[assembly: AssemblyTitle("...")]属性为好,而在不同的上下文.
• 是否有任何良好或标准化的方法来组织解决方案以支持上述构建结果.那里的大多数项目真的都在为实现这个目标而自生自灭吗？

到目前为止,我自己的方法是为每个目标框架使用一个单独的.csproj文件用于相同的"产品",但随着开发的进展,支持多个项目可能会变得乏味,即使现在目标框架数量非常重要.