2017-04-25 92 views
5

我在理解如何使用TeamCity上的Webdeploy将ASP.NET Core应用程序发布到服务器时遇到了一些麻烦。如何使用TeamCity使用WebDeploy部署ASP.NET Core应用程序?

我已经安装了DOTNET核心TeamCity的插件,并有两个构建步骤:

  • DOTNET恢复(作为一个命令行一步,建于上的NuGet步timesout)

  • DOTNET发布SRC/PROJECTNAME/projectName.csproj

但是我很困惑,以什么为第三步,这是发布的结果做210到我们的服务器。

传统上我们会使用MSBuild并定位发布配置文件,但是我不确定.NET内核是否使用MSBuild。

我有一个发布配置文件作为我的解决方案的一部分,它可以在VS2017中成功运行。我查看了TeamCity博客,该博客讨论了如何设置TeamCity来使用.NET Core,虽然它提到了WebDeploy,但它只是简单地提到它可以与dotnet publish并用,而没有真正解释如何。

+0

有你有机会通过TeamCity的人员阅读这篇博客https://blog.jetbrains.com/teamcity/2016/11/teamcity-dotnet-core/ 也有此HTTPS ://medium.com/monkii/how-to-deploy-asp-net-core-sites-using-teamcity-or-just-command-line-cf05fdee58f5文章详细介绍。 –

回答

0

但是我很困惑第三步要做什么,也就是将dotnet发布的结果发布到我们的服务器。

传统上,我们会使用的MSBuild和目标发布配置文件,但我不能确定.NET的核心是否利用的MSBuild。

我也发现了自动化.NET核心部署缺少文档。通常对于部署到IIS,您有两个选项。

您仍然可以使用的MSBuild与/p:DeployOnBuild=true部署.pubxml发布在Visual Studio中创建的配置文件与.NET框架的网站。在dotnet恢复之后运行MSBuild,而不是dotnet发布。

或者你也可以使用DOTNET发布发布到一个文件夹,并msdeploy.exe到该文件夹​​同步到一个IIS站点,可能是在远程机器上。典型:

msdeploy.exe -verb:sync -source:contentPath="<the folder published to by dotnet publish>" -dest:contentPath=<Your IIS Site> 
相关问题