Model view controller Azure:部署不属于解决方案的文件

Model view controller Azure:部署不属于解决方案的文件,model-view-controller,deployment,azure,Model View Controller,Deployment,Azure,我有一个文件,我想在我的web项目ASP.NET MVC项目部署时部署,但是我想从解决方案中删除该文件。这是一个非常大的CSS文件,会减慢我的解决方案的速度,如果我错误地打开它,会崩溃 是否有办法使Azure项目包含此文件,以便将其添加到要部署的包中 谢谢一个选项是在项目文件中添加BeforeBuild项目组,该项目文件将添加该项目组。为此,请尝试以下操作: 右键单击MVC项目并选择编辑项目文件 转到该文件的底部并取消注释 使用您自己的文件名和路径,使该目标如下所示: 4.保存并重新加载项目

我有一个文件,我想在我的web项目ASP.NET MVC项目部署时部署,但是我想从解决方案中删除该文件。这是一个非常大的CSS文件,会减慢我的解决方案的速度,如果我错误地打开它,会崩溃

是否有办法使Azure项目包含此文件,以便将其添加到要部署的包中


谢谢

一个选项是在项目文件中添加BeforeBuild项目组,该项目文件将添加该项目组。为此,请尝试以下操作:

右键单击MVC项目并选择编辑项目文件 转到该文件的底部并取消注释 使用您自己的文件名和路径,使该目标如下所示:

4.保存并重新加载项目文件


现在,当您打包包含MVC项目的Azure项目时,在BeforeBuild目标中添加的内容应该在包中。

一个选项是在将添加它的项目文件中添加BeforeBuild项目组。为此,请尝试以下操作:

右键单击MVC项目并选择编辑项目文件 转到该文件的底部并取消注释 使用您自己的文件名和路径,使该目标如下所示:

4.保存并重新加载项目文件


现在,当您打包Azure项目(包括MVC项目)时,在BeforeBuild目标中添加的内容应该在包中。

另一个可能有用的选项是从Azure BLOB存储而不是web角色中提供此CSS文件。我怀疑它不会经常改变

通过使用BLOB存储,您可以轻松地打开CDN,这比从web角色更容易处理

然后,可以从项目母版页将绝对URL引用包含回该文件


如果你真的想变得聪明,你可以在你的VS项目中包含未缩小的内容以便于编辑,然后作为你的MSBuild脚本的一部分缩小并上传到BLOB存储。

另一个可能有用的选项是在Azure BLOB存储中而不是在web角色中提供此CSS文件。我怀疑它不会经常改变

通过使用BLOB存储,您可以轻松地打开CDN,这比从web角色更容易处理

然后,可以从项目母版页将绝对URL引用包含回该文件


如果你真的想变得聪明,你可以在VS项目中包含未缩小的内容以便于编辑,然后作为MSBuild脚本的一部分缩小并上传到BLOB存储。

在服务定义中添加一个startup cmd,在实例启动时将CSS从BLOB存储复制到Approt。这里有一些powershell供您使用:

Startup.cmd: powershell集执行策略不受限制 powershell。\get-file.ps1

get-file.ps1: $obj=新对象System.Net.WebClient $path=e:\approot\ $url=http://.blob.core.windows.net// $obj.DownloadFile$url$path

这需要几秒钟的时间来复制文件,基本上是以局域网速度

如果您以前没有执行过startup cmd,请提供指向MSDN的链接:


在服务定义中添加一个startup cmd,在实例启动时将CSS从blob存储复制到Approt。这里有一些powershell供您使用:

Startup.cmd: powershell集执行策略不受限制 powershell。\get-file.ps1

get-file.ps1: $obj=新对象System.Net.WebClient $path=e:\approot\ $url=http://.blob.core.windows.net// $obj.DownloadFile$url$path

这需要几秒钟的时间来复制文件,基本上是以局域网速度

如果您以前没有执行过startup cmd,请提供指向MSDN的链接:


我可以想象,如果你破坏了ide,也许你应该重新考虑这种方法?问题是VS对很长的行的处理非常糟糕,而且由于CSS是一种小型化的CSS,我只是用来部署到站点上,我认为我不必重新考虑这种方法。它并不是真的崩溃,只是每次我试图错误地打开它都需要5分钟的时间。我可以想象你崩溃ide,也许你应该重新考虑这个方法?问题是VS对很长的行的处理非常糟糕,而且由于CSS是一个小型化的CSS,我只是用来部署到站点上,我认为我不需要重新考虑这个方法。它并没有真正崩溃,只是每次我试图错误地打开它都需要5分钟的时间。但这意味着我必须添加一些任务,将CSS文件部署到BLOB存储中,这将使事情变得更加复杂。我现在不使用BLOB存储,也不想开始使用它。但这意味着我必须添加一些任务,将CSS文件部署到BLOB存储,这将使事情变得更加复杂。我现在不使用BLB存储,我也不想开始使用它。实际上,文件现在正在频繁地改变,我现在不使用BLB存储,一旦活了,我会考虑它。我
我想我现在只需要把CSS放在解决方案中。实际上,文件现在正在频繁地改变,我现在不使用BLB存储,一旦活了,我会考虑它。我想我现在还是坚持在解决方案中使用css吧。您使用了什么路径进行包含?当我玩它的时候,我发现如果它是错的,就没有错误——只是不包括它。否则,您可以在目标中添加消息任务以输出某些内容,以验证该任务是否至少正在运行目标。您使用了什么路径进行包含?当我玩它的时候,我发现如果它是错的,就没有错误——只是不包括它。否则,您可以在目标中添加消息任务以输出某些内容,以验证它是否至少正在运行目标。