我在Visual Studio 2005中发布网站时可以排除一个或多个文件夹吗?我有各种各样的资源,我想在解决方案资源管理器中随身携带,例如各种环境的备用配置文件,但我真的不想将它们发布到服务器.有没有办法排除它们?当使用其他项目类型(例如.dll程序集)时,我可以将文件的Build Action属性设置为"None",将其Copy to Output Directory属性设置为"Do not copy".我找不到任何类似的网站文件设置.
如果IDE不提供此功能,是否有人有良好的处理此类文件的技术?
伙计们,
简而言之,我想复制这个对话框:
这是一个Visual Studio 2010 ASP.Net MVC项目.如果我执行此命令,我将获得所需的所有文件,包括"C:\ ToDeploy"目录中的转换后的web.configs.
我想在命令行上复制它,以便我可以将它用于QA环境构建.
我已经在远程部署的命令行上看到了有关如何执行此操作的各种文章,但我只是想为文件系统部署执行此操作.
我知道我可以使用nAnt任务或rake脚本复制这个功能,但是我想用这个机制来做,所以我不重复自己.
我已经对此进行了一些调查,我发现了这些链接,但没有一个能够干净地解决它:
提前致谢!
command-line visual-studio-2010 msdeploy web-publishing msbuild-wpp
我正在尝试使用" 发布网站"工具发布 ASP.NET网站项目,但是出现此错误:
ASPNETCOMPILER(0,0):错误ASPRUNTIME:指定的路径,文件名或两者都太长.完全限定的文件名必须少于260个字符,目录名必须少于248个字符.
我看到它正在尝试将文件复制到AppData中的一个很长的路径:
Copying all files to temporary location below for package/publish:
C:\Users\imx0\AppData\Local\Temp\1\WebSitePublish\BMW.Web-424993535\obj\Debug\AspnetCompileMerge\Source.
c:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\aspnet_compiler.exe -v /BMW.Web -p C:\Users\imx0\AppData\Local\Temp\1\WebSitePublish\BMW.Web-424993535\obj\Debug\AspnetCompileMerge\Source C:\Users\imx0\AppData\Local\Temp\1\WebSitePublish\BMW.Web-424993535\obj\Debug\AspnetCompileMerge\TempBuildDir
Run Code Online (Sandbox Code Playgroud)
我在.pubxml发布配置文件中找不到有关此临时目录的任何信息.如何更改Visual Studio将文件复制到的临时目录?
asp.net msbuild vs-web-site-project visual-studio web-publishing
我使用VS2013 Premium将站点发布到Windows Server 2012.所有文件都发布正常,除了这些:SqlServerTypes\x64\msvcr100.dll
SqlServerTypes\64\SqlServerSpatial110.dll
SqlServerTypes\86\msvcr100.dll
SqlServerTypes\86\SqlServerSpatial110.dll
我为上面尝试发布的每个文件都遇到了这种错误:Web部署任务失败.(文件'msvcr100.dll'正在使用中.有关详细信息,请访问:http://go.microsoft.com/fwlink/?LinkId = 221672 #ERROR_FILE_IN_USE .)
有趣的是,这些文件是第一次发布(当它们不在服务器上时),然后它们不再被覆盖.试过2个不同的Web服务器.我在这里遵循了指南:http: //blogs.msdn.com/b/webdev/archive/2013/10/30/web-publishing-updates-for-app-offline-and-usechecksum.aspx
...但它只是设法使网站脱机(VS放置app_offline.htm)但发布仍然失败并出现相同的错误.所有其他文件发布完美.
有任何想法吗?
我正在尝试使用新的发布配置文件支持(在VS2012和VS2010中通过更新提供)来创建连续交付"部署管道",从而在第一个"阶段"中创建包/ zip并且相同的包是使用不同的配置部署到各种环境.
使用pubxml文件中定义的设置从命令行部署现有软件包涉及哪些任务/属性,而不会导致构建?换句话说,我想"发布"到一个包,然后将相同的包"发布"到另一个配置文件而不重建它.
(我知道我可以直接使用MSDeploy,但如果可能的话,我更愿意在每个项目上使用更少的管道)
每当我为特定项目启动Visual Studio 2015 Publish Web Dialogue(或Visual Studio 2013,两者都有相同的问题)时,它需要大约20-30秒才能打开.同样,当我在发布配置文件之间切换时,当我切换到特定的配置文件时,它需要相同的时间.当我切换到列表中的配置文件A(来自配置文件B)时,它需要与启动对话本身时相同的时间.当我从配置文件A切换到配置文件B时,它根本不需要任何时间.
有没有人对此有任何想法?仅在这个问题上,我每天失去20-30分钟的开发时间.
我已检查过.pubxml
两个配置文件中的XML(),除了服务器上站点的名称和Web.config
SQL字符串转换结果外,它们是相同的.(它们都发布到同一服务器端点,两者都预编译了所有页面/控件设置为一个程序集,唯一的区别是配置文件的名称和站点的名称.)
我还考察了轮廓.user
文件,二者相再次.我不知道这里可能出现什么问题.
请注意,发布不需要花费很多时间.配置文件A需要与配置文件B一样发布.
此外,在我完全重新安装Windows之前,即使在我的旧Visual Studio 2015安装中也存在此问题.(当我升级到Windows 10时,我完全重新安装了Windows.)
我对任何想法都持开放态度,我可能会再次重新安装Visual Studio 2015 以查看问题是否消失.
进一步说明:在加载对话框时,它会完全锁定Visual Studio .
更新:重新安装Visual Studio完全没有纠正问题.
另一个更新:在打开对话时,Visual Studio偶尔会崩溃.
dialog visual-studio web-publishing visual-studio-2013 visual-studio-2015
我有一个我正在定制的Web应用程序(实际上是Orchard CMS),我想使用Web Publishing aka MSDeploy将directl从我的构建服务器推送到我的托管服务提供商.
问题是,当我发布站点(从Visual Studio,尚未从构建服务器尝试它)时,它删除了目标网站的写入权限,这使得Orchard立即失效,因为它无法再访问其数据库(等等).
我们可以辩论这个的智慧,但最重要的是,Orchard需要写访问权限,而网络发布则坚持要删除访问权限,这会破坏网站.不好.我必须登录服务提供商的控制面板并在每次发布时重置权限,这使得流程不是自动的.
那么,我如何让Web Publishing单独保留ACL?我无法在任何地方找到解决方案的任何设置.
谢谢, - 蒂姆
当我尝试通过文件系统从Visual Studio 2010在Windows 7中发布时,没有文件添加到我的目标文件夹.如果我选择"用本地副本替换匹配的文件",则没有任何反应.如果我选择"在发布之前删除现有文件",它将删除目标文件夹中的文件,但不会发布新文件.这是我得到的输出:
删除现有文件......
发布文件夹/ ...
==========构建:3成功或最新,0失败,0跳过==========
==========发布:1成功,0失败,0跳过==========
有什么想法吗?
编辑:忘记提及我作为管理员运行VS. 如果我不这样做,发布将明确失败.
当您是代码库中唯一的开发人员时,Visual Studio 2012中的"Web发布"对话框的"预览"窗格非常有效(请参阅下面的示例):
但是,当多个开发人员使用它时,它似乎会倒下.它似乎使用文件时间戳作为比较的手段,因此即使您从TFS获得最新信息,您的时间戳也不同于服务器上发布的其他人的文件,因此它在列表中包含了许多幻像更改(一旦你钻进,差异的两个窗格是相同的).
有没有人想出这个场景的解决方法?
preview web-publishing one-click-web-publishing visual-studio-2012
什么是可用于生成报告的好的CSS库,包括预览和打印形式?
"报告"中的关键是它们看起来更像是正式(和可打印)文档而不是实际网页.
功能很好:
web-publishing ×10
msdeploy ×3
asp.net ×2
msbuild ×2
msbuild-wpp ×2
acl ×1
c# ×1
command-line ×1
css ×1
dialog ×1
django ×1
html ×1
orchardcms ×1
preview ×1
printing ×1
webdeploy ×1