首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

DeployOnBuild不能与VS2017 MSBuild工具一起使用

DeployOnBuild是一个MSBuild属性,用于指定在构建项目时是否自动部署生成的文件。当设置为true时,构建完成后会自动将生成的文件部署到指定的目标位置。

然而,DeployOnBuild属性在VS2017中与MSBuild工具一起使用时存在一些限制和问题。具体来说,VS2017引入了新的.NET Core项目系统,该系统使用了不同的构建和部署机制,与传统的MSBuild工具不兼容。因此,如果你的项目是基于.NET Core的,并且使用VS2017进行构建,那么DeployOnBuild属性将无法正常工作。

为了解决这个问题,可以考虑使用其他替代方案来实现自动部署的功能。以下是一些常用的方法:

  1. 使用发布配置文件:在VS2017中,可以创建一个发布配置文件(.pubxml),其中包含了部署相关的设置,如目标位置、连接字符串等。然后,在构建项目时,使用命令行工具(如dotnet publish)或通过VS2017的发布功能来执行部署操作。
  2. 使用持续集成/持续部署工具:可以使用一些流行的CI/CD工具(如Jenkins、TeamCity、Azure DevOps等)来实现自动构建和部署。这些工具通常提供了丰富的配置选项,可以满足各种部署需求。
  3. 使用自定义脚本:如果你对构建和部署过程有更高的控制需求,可以编写自定义脚本来实现自动部署。例如,可以使用PowerShell脚本或批处理脚本来执行构建和部署操作。

总结起来,DeployOnBuild属性在VS2017中与MSBuild工具一起使用存在兼容性问题,但可以通过使用发布配置文件、CI/CD工具或自定义脚本等替代方案来实现自动部署的功能。具体选择哪种方法取决于项目需求和个人偏好。

腾讯云相关产品和产品介绍链接地址:

  • 腾讯云发布配置文件(.pubxml)文档:https://cloud.tencent.com/document/product/400/35244
  • 腾讯云CI/CD工具:https://cloud.tencent.com/product/ci-cd
  • 腾讯云Serverless云函数:https://cloud.tencent.com/product/scf
  • 腾讯云容器服务:https://cloud.tencent.com/product/ccs
页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

Jenkins持续集成与自动化部署系统安装配置

由于我们公司使用的源代码管理工具主要是SVN因此在这里主要介绍SVN的方式方法。...四、通过MSBuild编译应用程序 1.安装插件与环境      编译.NET应用程序可通过微软提供的MSBuild工具,先安装插件:MSBuild。...程序的物理路径 注意:此处MSBuild.exe必须与程序所使用freamwork版本相对应,此处我在这就遇到了一个大坑,一开始随便找个一个MSBuild工具,没想到根本编译不了C#6.0的语法。...如VS2017在:Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\15.0\Bin路径内。...Release 生成模式 /p:VisualStudioVersion=14.0 指定子工具集(VS2015为14.0,2017为15.0),设置会报错 /p:DeployOnBuild=True;

91230

jenkins在windows上自动化部署.Net(.Net Core)项目

项目构建自动化、集成的详细信息及历史记录的记录、使用统一的管理、固定规定的部署流程、每天至少集成一次。 安装   这里我采用的是使用Tomcat配合jenkins一起使用的来达成持续集成的目的。   ...服务器用户名 Remote Directory——传输的远程目录 Use password authentication, or use a different key——此选项可另设置其他的密码 四、 全局工具配置...进入Global Tool Configuration设置全局工具设置,这里首先我们得设置git,这个设置后面可能就拉取不到代码了。...这里我选择的是使用MSBuild构建VS项目。 ? ?.../t:Rebuild /p:Configuration=Release /p:DeployOnBuild=true;PublishProfile=FolderProfile /p:OutputPath

1.6K30

C++ ToolSet是V141

看起来你要构建的项目来自VS2017,它的C++ ToolSet是V141。 正如您提到的,您使用的是工具集为 V142 的 VS2019。...修复它: 1.我们可以将解决方案重新定位到V142 ToolSet,然后VS2019 msbuild工具构建好(在VS2019中打开.sln,右键solutionName并选择重新定位) 2.另外,您可以选择在...在 VS2019 中,转到 Tools=>Get Tools and Features=> 为 VS2017 安装 C++ 构建工具: (假设您的项目是 X64/X86,而不是 Arm) 点击修改安装V141...Current\Bin\MSBuild.exe 更新: 在 vs2019 中安装工具集后尝试设置 VCTargetsPath: VCTargetsPath= C:\Program Files (x86...使用正常的 CMD 提示,我可以生成 Build。 @Random 相同的 msbuild 路径? 1.好的,请检查您是否设置了VCTargetsPath系统变量,它的值是多少?

22320

MSBuild.Sdk.Extras

---- 为什么要使用第三方的 SDK?...关于项目文件格式的迁移,我和 林德熙 都写过文章: 从以前的项目格式迁移到 VS2017 新项目格式 - 林德熙 将 WPF、UWP 以及其他各种类型的旧 csproj 迁移成基于 Microsoft.NET.Sdk...如何使用 MSBuild.Sdk.Extras 虽说是第三方 SDK,但实际使用的方便程度却如官方般简洁!只需要将 SDK 替换成 MSBuild.Sdk.Extras/1.6.41 即可。...1.6.41 是目前 MSBuild.Sdk.Extras 在 NuGet 上的最新版本,建议访问 NuGet Gallery - MSBuild.Sdk.Extras 使用最新稳定版本。...(当然,设置也是可以的,只是需要手动引用。) ? 没错,真的如此简单!在我们猜测的 .NET Core 3 支持 WPF/UWP 项目格式之前,这应该算是最简单的迁移方案了!

1.7K20

PEACHPIE 0.9.11 版本发布,可以上生产了

Visual Studio 2017 和 MSBuild SDK 使用Visual Studio 2017 Update 6 以上版本支持PeachPie Project, 通过 MSBuild和基于NuGet...的SDK让你可以完美整合到 VS2017项目系统中, 很容易在Visual Studio中 open, restore, build, debug, manage。...SDK包含整个编译器以及Visual Studio所需的一切,让您可以像使用C#项目一样使用PeachPie项目。所有这些都无缝地发生,用户不必安装PeachPie或PHP。...Visual Studio体验非常棒,PeachPie项目可以和ASP.NET Core或其他C#/ VB / F#项目结合使用,编译速度非常快!...通过PeachPie,PHP程序获得了行业标准调试器,项目系统,MSBuild,诊断工具,用于测量疯狂细节中的CPU +内存性能,部署到Azure,NuGet包管理器,作为独立的可再发行应用程序发布等等

1K10

WPF 讲讲 Microsoft.NET.Sdk.WindowsDesktop 的原理

使用 .NET Core 3.0 和以上版本,可以使用新的 SDK 版本支持的 csproj 项目文件,这个 SDK 格式的项目文件可以支持 .NET Core 以及 .NET Framework 版本的...MSBuildProjectDirectory)/App.xaml') And '$(MSBuildProjectExtension)' == '.csproj'"> MSBuild...这个文件的引用有以下要求 存在这个 App.xaml 文件夹 用户没有设置 EnableDefaultApplicationDefinition 为false也就是添加默认的文件 这个项目是 csproj...如何创建一个基于 MSBuild Task 的跨平台的 NuGet 工具包 - walterlv 最后一部分就是 NetSdkWarning 用来提示版本警告 通过了解 Microsoft.NET.Sdk.WindowsDesktop...从以前的项目格式迁移到 VS2017 新项目格式 更多请看 理解 C# 项目 csproj 文件格式的本质和编译流程 - walterlv 本作品采用 知识共享署名-非商业性使用

1.4K10

如何使用 MSBuild Target(Exec)中的控制台输出

如何使用 MSBuild Target(Exec)中的控制台输出 发布于 2018-06-13 00:08...更新于 2018-09-01 00:03 我曾经写过一篇文章 如何创建一个基于命令行工具的跨平台的 NuGet 工具包,通过编写一个控制台程序来参与编译过程。...有没有什么办法能够让控制台程序也能与 MSBuild Target 之间发生更多的信息交换呢?答案是有的,通过捕获控制台的输出!...---- 捕获控制台输出 如果你喜爱阅读文档,那么答案已经陌生了,在微软的官方文档 Exec Task 中就已经提及了属性 ConsoleToMSBuild。...我在 如何创建一个基于 MSBuild Task 的跨平台的 NuGet 工具包 中提到了使用 Output 来将 Task 中的参数输出出来。而 Exec 也是这么做的。

2K10

一个适合.NET Core的代码安全分析工具 - Security Code Scan

本文主要翻译自Security Code Scan的官方Github文档,结合自己的初步使用简单介绍一下这款工具,大家可以结合自己团队的情况参考使用。...下载完成后,发现该示例项目是一个VS2010的项目,于是将其升级到.NET Framework 4.6.1并使用VS2017打开,最后效果如下图所示: ?...PS:VS2017的话选择SecurityCodeScan.VS2017版本,VS2015的话直接选择SecurityCodeScan。   ...四、SCS与CI的集成   前面提到可以修改规则严重性来影响编译,那么在CI的继承中,我们如果使用MSBuild,那么作为Nuget包的SCS可以直接影响CI过程中的编译。...五、ASP.NET Core中的安全   这里参考张队的《.NET Core 必备安全措施》一文中的部分内容:   在ASP.NET Core 2.1中,默认会让你启用HTTPS,而在2.0中,默认是启用的

1.3K20

Roslyn 使用 Directory.Build.props 文件定义编译

如何使用 Directory.Build.props 文件定义编译 在 MSBuild 的 15 之后,也就是安装了 VisualStudio 2017 就可以使用的新功能,支持新的 csproj 格式...如何把以前的格式升级为 VisualStudio 2017 的新格式请看从以前的项目格式迁移到 VS2017 新项目格式 在 MSBuild 15 的一个新的功能就是让开发者可以自己定义项目信息放在一个文件...首先打开宇宙第一IDE某个在i7固态打开需要10分钟的工具使用随意的变量做3个项目 ?...就在那个需要和上一层的 Directory.Build.props 合并的 Directory.Build.props 里 <Import Project="$([<em>MSBuild</em>...参见: https://docs.microsoft.com/en-us/visualstudio/<em>msbuild</em>/what-s-new-in-<em>msbuild</em>-15-0 ----

1.1K20

基于Win10极简SonarQube C#代码质量分析

安装Sonar主要有以下几步: 安装JAVA SDK Sonar是一款基于JAVA开发的工具,安装JAVA SDK的过程在此不再叙述,建议安装好之后配置好JAVA_HOME的环境变量,以下是下载地址。...重新启动Sonar(关闭运行startsonar.bat控制台,并在任务管理器中关闭所有和java有关的进程,重新运行startsonor.bat),使用管理员账户登录(admin/admin)。...MSBuild.SonarQube.Runner.exe end 参数说明: /key(简写k):对应projectKey即项目的唯一代码,如两套源代码使用同一个projectKey那扫描的结果将混在一起...查看分析结果 最后,进入localhost:9000  查看分析结果吧,惊喜惊喜?...界面中功能强大,很多认为绝对发现不了的Bug都展现出来了,还可以查看单元测试的覆盖率,相信如果坚持使用工具,一定会对编码习惯有很大帮助。

73320
领券