诊断错误的输出路径：“未为此项目设置输出路径属性” （在 Web 部署项目的奇妙世界中）
从错误开始：
错误 81 OutputPath 属性是 没有为此项目设置。 请 检查以确保您有 指定一个有效的 配置/平台组合。 配置='暂存' Platform='AnyCPU' C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Microsoft.Common.targets 490 9 crm_deploy
我们有一个 VS 2005 构建的网站，其中有一个 Web 部署项目。 在此 WDP 中有两种配置：暂存和生产。
在整个网站的.sln中，我们有两个同名的配置，旨在触发相应的部署项目。
生产构建良好，但暂存返回上述错误。 我尝试更新 .wdproj 和 .sln，以便 Staging 与生产相匹配； 我尝试通过更新这两个相同的文件，将所有设置从 Production 复制到新配置 (StagingX)。
在每种情况下，生产仍然有效，但我创建的任何新配置都会产生上述错误。
我在整个项目中查找了“Production”一词，并尝试搜索 Googlespace，但没有找到任何可以解释该问题的内容。 WDP 是巨大的偏头痛制造装置。 有任何想法吗？ 谢谢！
（我会根据要求添加文件）
Starting with the error:
Error 81 The OutputPath property is
not set for this project. Please
check to make sure that you have
specified a valid
Configuration/Platform combination.
Configuration='Staging'
Platform='AnyCPU' C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Microsoft.Common.targets 490 9 crm_deploy
We have a VS 2005 built website with a web deployment project. In this WDP there are two configurations, Staging and Production.
In the .sln for the whole website, we have two configurations with the same name, which are designed to trigger the corresponding deployment projects.
Production builds fine, but Staging returns the error above. I tried updating the .wdproj and .sln so that Staging matched production; I tried copying all the settings from Production to a new configuration (StagingX) by updating these same two files.
In each case, Production still works, but any new configurations I create produce the error above.
I've done a find across the whole project for the word Production and tried searching Googlespace and haven't found anything that explains the problem. WDPs are huge migraine creation devices. Any ideas? Thanks!
(I'll add files as requested)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
显然，即使解决方案的暂存配置设置为使用库的调试构建，没有暂存构建的单独库也可能会破坏它？
那好吧...
Apparently a separate library without a Staging build can break it, even if the solution's Staging configuration is set to use the library's Debug build?
Oh well...