与ASP.NETMVC的持续集成
因此,当您将MVC安装到Visual Studio中时,它会将MVC DLL放入GAC中。因此,它们不需要位于项目的文件系统中,就可以生成项目 当我们将其部署到live和持续集成服务器时,MVC和Razor所需的依赖项不在版本控制中。我不明白微软为什么把这件事弄得如此复杂 我是一个自动化的一切,我可以,所以我想知道什么是最好的办法是解决问题的失踪DLL 现在,对于ASP.NETMVC项目,我已经使用PhilHaack的博客中提到的bin部署解决了这个问题。这很好,但我也有一些参考System.Web.Mvc的库项目,它们不会在构建服务器上编译,并且Visual Studio中的bin部署选项不适用于库项目 我认为正确的做法是使用NuGet与ASP.NETMVC的持续集成,.net,asp.net-mvc,continuous-integration,nuget,.net,Asp.net Mvc,Continuous Integration,Nuget,因此,当您将MVC安装到Visual Studio中时,它会将MVC DLL放入GAC中。因此,它们不需要位于项目的文件系统中,就可以生成项目 当我们将其部署到live和持续集成服务器时,MVC和Razor所需的依赖项不在版本控制中。我不明白微软为什么把这件事弄得如此复杂 我是一个自动化的一切,我可以,所以我想知道什么是最好的办法是解决问题的失踪DLL 现在,对于ASP.NETMVC项目,我已经使用PhilHaack的博客中提到的bin部署解决了这个问题。这很好,但我也有一些参考System.W
Install-Package Microsoft.AspNet.Mvc -Version 3.0.20105.1
然而,以这种方式使用NuGet的最佳实践是什么?是否存在任何陷阱?e、 g.我是否应该将我所有的ASP.Net MVC web项目切换到使用NuGet提供的这个包,而不是在GAC中部署DLL?我们在MVC 4项目中也做了类似的事情 我们使用NuGet安装了MVC,然后在项目上启用了包还原,将.NuGet文件夹提交到存储库 在构建服务器上构建项目时,将从nuget下载缺少的包,在部署时,这些包将自动包含在bin目录中 我认为您的方法是正确的,而不是使用bin deploy方法并将所需的程序集提交到存储库
Install-Package Microsoft.AspNet.Mvc
Install-Package NuGetPowerTools
Enable-PackageRestore