部署构建
本文概述了 TeamCity 提供的部署工具。
通常,部署构建是管道或 构建链 的最后阶段。 然而,如果您的项目相对简单,并且您使用单一配置进行构建,那么您可以只用这个配置的最后一步来部署其结果——完全由您决定。
根据您的环境,所有的部署流程都可以在 构建代理 上或任何第三方系统中执行。
当您创建或编辑构建配置时,您可以将其类型从 Regular 更改为 Composite 或 Deployment。 我们在 上一教程 中讨论了组合构建。 与它们不同,部署构建几乎与常规构建一样:您可以添加相同的步骤和功能,或调整相同的设置。 除此之外,部署配置还提供了几种增强功能,以实现更简便、透明的工作流程:
这种构建的 Run 按钮会变为 Deploy。
所有依赖构建都会在 构建结果中额外获得一个部署部分,您可以从那里快速部署产品。
为防止任何意外部署,个人构建已被禁用。
查看 更多细节,了解此类构建的这些和其他特性。
我们建议您始终使用部署配置来向生产环境交付您的软件。
这是您可以部署构建工件的方式:
通过命令行,使用任何通用运行器,如 Command Line 或 PowerShell。 这是最直接的方法。 只需添加构建步骤,选择任何此类运行器,并按照在常规终端中一样输入命令。 在这种情况下,您从 TeamCity 获得的好处是灵活的自动化、与之前的构建阶段同步,以及在 TeamCity UI 中方便地查看构建结果。
这样,您还可以在第三方存储中,如 Amazon S3,更新分发文件。使用针对您平台的特定运行器。 例如,如果您构建 .NET 项目,部署它们的最佳方式是通过我们的 .Net 运行器。 它支持所有相关的 .NET 命令,如
打包
或发布
,并提供各种其他功能。 其他的运行器在 此部分 下列出。使用部署器。 TeamCity 提供了几个专门用于部署的构建运行程序:SMB 上传、FTP 上传、SSH 上传和SSH Exec。 他们可以通过不同的协议上传构建工件,并且允许您在 TeamCity UI 中配置此上传过程。
使用 AWS CodeDeploy runner 将应用部署到 AWS EC2 和本地实例。 要使用这个运行器,您需要下载并安装我们的 AWS CodeDeploy 插件,如 此处 所描述的那样。 参见相关的 博客文章。
tip
如果您通过第三方服务部署产品,TeamCity允许在开始外部部署操作之前从代理中断开构建。 这有助于更优化地利用代理。
这种方法需要一些高级配置,因此我们建议只有在您熟悉了如何在 TeamCity 中配置构建和代理后,才尝试使用它。
在构建链的末端创建专用部署配置是很方便的。
要从 TeamCity 部署产品,您需要添加一个构建步骤,并根据您偏好的解决方案选择其运行程序。
感谢您的反馈!