我最终想出的答案适用于 Visual Studio 2010 和 Visual Studio 2012;将其放在 Web 应用程序.csproj
文件的末尾之前:
<Project...
[...]
<!-- The following makes sure we can't accidentally publish a non-Release configuration from within Visual Studio -->
<Target Name="PreventNonReleasePublish2010" BeforeTargets="PipelinePreDeployCopyAllFilesToOneFolder" Condition="'$(BuildingInsideVisualStudio)'=='true' AND '$(VisualStudioVersion)'=='10.0'">
<Error Condition="'$(Configuration)'!='Release'" Text="When publishing from Visual Studio 2010, you must publish the Release configuration!" />
</Target>
<Target Name="PreventNonReleasePublish2012" BeforeTargets="MSDeployPublish" Condition="'$(BuildingInsideVisualStudio)'=='true' AND '$(VisualStudioVersion)'=='11.0'">
<Error Condition="'$(Configuration)'!='Release'" Text="When publishing from Visual Studio 2012, you must publish the Release configuration!" />
</Target>
</Project>
请继续阅读以了解我在这个答案背后的想法,但基本上它围绕着这样一个事实:Visual Studio 2010 定义了PipelinePreDeployCopyAllFilesToOneFolder
要连接的目标,而 Visual Studio 2012 定义了更“标准”的MSDeployPublish
目标来连接。
上面的代码仅允许Release
在 Visual Studio 中的配置中进行部署发布,但可以轻松修改它以阻止所有从 Visual Studio 中进行部署发布。
AFAIR,Visual Studio 2010 上下文菜单中的“发布”调用 webdeploy\msdeploy 工具。我玩了一点,但我一点也不喜欢。如果您仍想使用此功能并将目标插入某处 - 您需要知道确切的目标及其依赖属性。
查看
c:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v10.0\Web\Microsoft.Web.Publishing.targets
您会发现两个任务 - MSDeploy 和 VSMSDeploy。后一个听起来很适合我。这个文件中根本没有使用第一个。但是 VSMSDeploy 用于三个不同的目标,PackageUsingManifest、TestDeployPackageToLocal 和 MSDeployPublish。后一个听起来不错;)
<Target Name="MSDeployPublish" DependsOnTargets="$(MSDeployPublishDependsOn)">
所以你只需要覆盖一个属性。将它放在您的目标之前,“YourTargetName”将在 MSDeployPublish 之前被调用。
<PropertyGroup>
<MSDeployPublishDependsOn Condition="'$(MSDeployPublishDependsOn)'!=''">
$(MSDeployPublishDependsOn);
YourTargetName;
</MSDeployPublishDependsOn>
</PropertyGroup>
如果您已经切换到 MSBuild 4.0,则有一种更简单的方法来挂钩您的目标。您只需要指定BeforeTarget
属性。在我们的例子中,它将是这样的:
<Target Name="MyTarget" BeforeTargets="MSDeployPublish">
<Error Condition="'foo'=='foo'" Text="test publish error" />
</Target>
我希望这有帮助。询问您是否有更多问题。
PS:我没有检查所有这些,因为我没有任何 MSDeploy-ready 环境;)
注意:我记得我不鼓励将 MSDeploy 用于我们自己的产品,因为为持续集成(CI) 系统正确配置它是非常违反直觉的。也许我不是很擅长,你的解决方案会正常工作。但请谨慎使用 MSDeploy。