TeamCity On-Premises 2024.03 Help

部署构建配置

当您的项目构建和测试完成后,您通常需要将其部署到最终的基础设施中。 例如,将一个包上传到 NuGet Gallery,将一个容器交付给 DockerHub 仓库,或者更新您的文档网站源码。 不同的 CI/CD 解决方案对于流程的最后一步使用了不同的术语:「部署」阶段、交付目标、发布、生产等等。

在 TeamCity 中,交付任务由执行常规构建例程的同一 "构建配置" 对象执行。 然而,由于构建和交付是由不同团队成员触发的不同任务,因此可以明确标记部署产品的配置为 Deployment Configuration

关键要点

  • 部署配置旨在区分执行常规构建例程的配置与将应用程序交付给外部基础设施的配置。

  • 部署配置在功能方面与常规配置无异。 他们可以使用相同的构建功能,使用相同的构建运行程序,等等。

  • 如果部署配置遵循同一链中的常规构建 / 测试配置,具有足够权限的 TeamCity 用户可以直接从常规配置触发部署。

  • 部署配置不允许运行个人构建。 此外,您不能同时运行属于同一部署配置的两个构建。

  • 建议将部署和构建 / 测试配置分割为不同的子项目,以设置精细的用户权限。

  • 要切换构建配置类型,请导航至 Configuration settings | General 标签页。

示例

在本教程中,您将创建部署配置以补充在 合成构建配置 文章中开发的管道。

完整的交付链

创建建筑管道

遵循 合成构建配置 文章中描述的步骤,创建一个由五个相互连接的配置组成的链,以 "Build All" 组合配置作为终止。

复合构建失败

创建部署子项目

能编辑和运行构建配置的常规项目开发者不应有权运行交付任务。 为了设置细粒度的用户权限,并将与交付相关的参数和凭证安全地存储在主构建管道之外,我们建议在一个单独的项目中创建交付配置。

  1. 前往 管理 | < 您的项目 > ,然后点击 创建子项目

  2. 选择 Manually 图块以创建一个与任何特定 VCS 存储库无关的空白项目。

  3. 将子项目名称设置为 "Deployment Configurations"

  4. 根据您的项目类型和交付目标的不同,部署配置可能包括不同的步骤。 例如,您的配置可以使用 .NET 运行器执行 nuget push 命令,将包上传到 NuGet Gallery,或是上传文件到 FTP 服务器或 Windows 共享的一种 部署者

    在此示例中,部署配置将 Docker 镜像上传到 DockerHub 注册表。 因此,您需要创建一个 Docker connection 来指定注册表地址和您的登录凭证。 此连接将在此子项目的所有配置中可用。 要创建一个连接,请导航到子项目的 Connections 标签页。

以下的 Kotlin 代码展示了最终设置。

// Main Project project { buildType(Building_1) // The "Build All" configuration subProject(BuildingConfigsProject) // The subproject with building configs subProject(DeploymentConfigsProject) // Our new subproject for deployment } // ... object DeploymentConfigsProject : Project({ name = "Deployment Configurations" description = "This subproject contains configurations that perform delivery tasks" features { dockerRegistry { id = "PROJECT_EXT_5" name = "Docker Registry" userName = "your_dockerhub_name" password = "credentialsJSON:0ff181ee-cc10-48ac-b5f4-ce50ca2013b4" } } })

添加您的第一个部署配置

  1. 在您的新子项目的 通用设置 标签页上,点击 创建构建配置

  2. 选择 手动 选项,并输入 "Deploy Console (Windows)" 作为配置名称。

  3. 将构建配置类型设置为 "Deployment"。

  4. 版本控制设置 中,点击 附加 VCS 根 并选择所有 "构建..." 配置所使用的相同根。

  5. "部署控制台(Windows)"依赖于"构建控制台 & 网页(win-x64)"构建配置,并且必须能够访问其制品。

    导航至 构建配置 | 依赖性,并添加相应的快照和工件( bin => 上下文 )依赖。

  6. 由于我们需要上传生成的容器,所以添加 Docker 支持 构建功能,该特性使用在 创建部署子项目 部分创建的 Docker 连接。

  7. 在您的配置中添加三个构建步骤:

    • 步骤#1 ——Docker 运行器,用于拉取(或如果已经拉取,则更新)所需的 .NET Runtime 容器 镜像。

    • 步骤#2 —— 使用 Docker 运行器,根据 context / console . windows . dockerfile 中的指令构建镜像。

    • 步骤#3 —— 另一个 Docker runner 步骤,用于发布新构建的镜像。

最终的配置设置应该如下所示:

object DeploymentConfigsProject_DeployConsoleWindows : BuildType({ name = "Deploy Console (Windows)" enablePersonalBuilds = false type = BuildTypeSettings.Type.DEPLOYMENT maxRunningBuilds = 1 vcs { root(DslContext.settingsRoot) } steps { dockerCommand { name = "Pull container" commandType = other { subCommand = "pull" commandArgs = "mcr.microsoft.com/dotnet/runtime:7.0" } } dockerCommand { name = "Build container" commandType = build { source = file { path = "context/console.windows.dockerfile" } contextDir = "context" platform = DockerCommandStep.ImagePlatform.Windows namesAndTags = "username/clock-console:windows" commandArgs = "--build-arg baseImage=mcr.microsoft.com/dotnet/runtime:7.0" } } dockerCommand { name = "Push container" commandType = push { namesAndTags = "username/clock-console:windows" } } } features { dockerSupport { loginToRegistry = on { dockerRegistryId = "PROJECT_EXT_5" } } } dependencies { dependency(Building_BuildConsoleWebWinX64) { snapshot { } artifacts { artifactRules = "bin => context" } } } requirements { contains("teamcity.agent.os.name", "windows-server-2022") } })

运行配送配置

以上代码突出了部署构建配置的第一个独特功能:其默认设置与常规配置的设置有所不同。

  • 允许触发个人构建选项已被禁用。

  • 在配置中的 总最大构建数 被限制为 1 ,以避免多个构建尝试同时访问同一交付目的地所可能引发的问题。

部署构建配置的其他独特功能包括:

  • 开始部署构建的按钮被称为 Deploy,而不是 Run

    部署按钮
  • 您可以直接从产生这些构件的配置中部署构件。 打开已完成的常规构建的详情,并在"部署"部分下点击 Deploy

    从常规构建中运行部署

    当部署构建开始时,您可以从 "Deployments" 部分追踪其进度。 当它完成后,Redeploy 按钮会出现。 这个按钮可以让您重新运行交付例程。

    重新部署交付任务

    如果构建配置的工件已经部署,早些的构建会警告用户触发部署配置将会覆盖较新的交付物。

    回滚部署
  • 在 TeamCity 项目、配置和个别构建的 变更变更日志 标签页中,您可以点击修订号码以查看每个变更的详细信息。 如果您的管道具有交付配置,此更改详细信息页面将显示 Deployments 标签页,允许您快速识别此更改首次交付的时间。

    更改页面的交付
  • 常规构建配置首先显示具有最新更改的构建。 部署配置按时间顺序排列其构建。

添加更多配送配置

  1. 导航到 "Deploy Console (Windows)" 配置设置,然后点击 Actions | Copy Configuration 以创建三份您的交付配置的副本。

  2. 将新的副本进行如下修改:

    • 部署 Web(Windows) — 依据 context/web.linux.dockerfile 的指示构建一个镜像,并将此镜像推送到一个独立的 "docker_username/clock-web" 注册表中。

    • 部署控制台(Linux) — 具有对 构建控制台 & 网页(linux-x64) 配置的快照和构件依赖性。 在构建步骤中使用不同的,基于 Linux 的镜像。

    • 部署 Web (Linux)—— 上述两者都包括在内。

  3. 导航至父级(最顶层)项目,并在现有的 "Build All" 旁边创建一个新的无步骤配置。 将这个新配置称为"Deploy All",并将其类型设定为 "Deployment"。

  4. "Deploy All" 配置设置中,为所有四个单独的 "Deploy..." 配置添加快照依赖。

您最终应该得到四个独立的部署配置,以及在主项目级别上的两个配置,这样可以方便地运行所有建设和部署任务。

最终构建链

请注意,使用此设置,个别 "Build..." 配置构建的构建结果页面在其“部署”部分显示多个选项。 当构建完成后,您可以触发任何相关的部署目标。

多个部署目标

所有 "Deploy..." 配置的最终设置如下。

object DeployAll : BuildType({ name = "Deploy All" enablePersonalBuilds = false type = BuildTypeSettings.Type.DEPLOYMENT maxRunningBuilds = 1 dependencies { snapshot(DeploymentConfigsProject_DeployConsoleLinux) { } snapshot(DeploymentConfigsProject_DeployConsoleWindows) { } snapshot(DeploymentConfigsProject_DeployWebLinux) { } snapshot(DeploymentConfigsProject_DeployWebWindows) { } } })
object DeploymentConfigsProject_DeployConsoleWindows : BuildType({ name = "Deploy Console (Windows)" enablePersonalBuilds = false type = BuildTypeSettings.Type.DEPLOYMENT maxRunningBuilds = 1 vcs { root(DslContext.settingsRoot) } steps { dockerCommand { name = "Pull container" commandType = other { subCommand = "pull" commandArgs = "mcr.microsoft.com/dotnet/runtime:7.0" } } dockerCommand { name = "Build container" commandType = build { source = file { path = "context/console.windows.dockerfile" } contextDir = "context" platform = DockerCommandStep.ImagePlatform.Windows namesAndTags = "username/clock-console:windows" commandArgs = "--build-arg baseImage=mcr.microsoft.com/dotnet/runtime:7.0" } } dockerCommand { name = "Push container" commandType = push { namesAndTags = "username/clock-console:windows" } } } features { dockerSupport { loginToRegistry = on { dockerRegistryId = "PROJECT_EXT_5" } } } dependencies { dependency(Building_BuildConsoleWebWinX64) { snapshot { } artifacts { artifactRules = "bin => context" } } } requirements { contains("teamcity.agent.os.name", "windows-server-2022") } })
object DeploymentConfigsProject_DeployConsoleLinux : BuildType({ name = "Deploy Console (Linux)" enablePersonalBuilds = false type = BuildTypeSettings.Type.DEPLOYMENT maxRunningBuilds = 1 vcs { root(DslContext.settingsRoot) } steps { dockerCommand { name = "Pull runtime dependencies" commandType = other { subCommand = "pull" commandArgs = "mcr.microsoft.com/dotnet/runtime-deps:7.0-alpine" } } dockerCommand { name = "Build container" commandType = build { source = file { path = "context/console.linux.dockerfile" } contextDir = "context" platform = DockerCommandStep.ImagePlatform.Linux namesAndTags = "username/clock-console:ubuntu" commandArgs = "--build-arg baseImage=mcr.microsoft.com/dotnet/runtime-deps:7.0-alpine" } } dockerCommand { name = "Push container" commandType = push { namesAndTags = "username/clock-console:ubuntu" } } } features { dockerSupport { loginToRegistry = on { dockerRegistryId = "PROJECT_EXT_5" } } } dependencies { dependency(Building_BuildConsoleWebLinuxX64) { snapshot { } artifacts { artifactRules = "bin => context" } } } requirements { contains("teamcity.agent.os.name", "ubuntu-20.04") } })
object DeploymentConfigsProject_DeployWebWindows : BuildType({ name = "Deploy Web (Windows)" enablePersonalBuilds = false type = BuildTypeSettings.Type.DEPLOYMENT maxRunningBuilds = 1 vcs { root(DslContext.settingsRoot) } steps { dockerCommand { name = "Pull container" commandType = other { subCommand = "pull" commandArgs = "mcr.microsoft.com/dotnet/runtime:7.0" } } dockerCommand { name = "Build container" commandType = build { source = file { path = "context/web.windows.dockerfile" } contextDir = "context" platform = DockerCommandStep.ImagePlatform.Windows namesAndTags = "username/clock-web:windows" commandArgs = "--build-arg baseImage=mcr.microsoft.com/dotnet/runtime:7.0" } } dockerCommand { name = "Push container" commandType = push { namesAndTags = "username/clock-web:windows" } } } features { dockerSupport { loginToRegistry = on { dockerRegistryId = "PROJECT_EXT_5" } } } dependencies { dependency(Building_BuildConsoleWebWinX64) { snapshot { } artifacts { artifactRules = "bin => context" } } } requirements { contains("teamcity.agent.os.name", "windows-server-2022") } })
object DeploymentConfigsProject_DeployWebLinux : BuildType({ name = "Deploy Web (Linux)" enablePersonalBuilds = false type = BuildTypeSettings.Type.DEPLOYMENT maxRunningBuilds = 1 vcs { root(DslContext.settingsRoot) } steps { dockerCommand { name = "Pull runtime dependencies" commandType = other { subCommand = "pull" commandArgs = "mcr.microsoft.com/dotnet/runtime-deps:7.0-alpine" } } dockerCommand { name = "Build container" commandType = build { source = file { path = "context/web.linux.dockerfile" } contextDir = "context" platform = DockerCommandStep.ImagePlatform.Linux namesAndTags = "username/clock-web:ubuntu" commandArgs = "--build-arg baseImage=mcr.microsoft.com/dotnet/runtime-deps:7.0-alpine" } } dockerCommand { name = "Push container" commandType = push { namesAndTags = "username/clock-web:ubuntu" } } } features { dockerSupport { loginToRegistry = on { dockerRegistryId = "PROJECT_EXT_5" } } } dependencies { dependency(Building_BuildConsoleWebLinuxX64) { snapshot { } artifacts { artifactRules = "bin => context" } } } requirements { contains("teamcity.agent.os.name", "ubuntu-20.04") } })

设置用户权限

管理 | 用户管理 部分允许您为每个项目设置 用户角色和权限。 请参考下面的示例

  • 用户 "Alice" 在整个父项目中担任 "项目开发者" 角色。 此角色在 "Building Configurations""Deployment Configurations" 子项目中授予相同的权限。

  • 用户 "Bob" 在 "Building Configurations" 中担任 "项目开发者",并在 "Deployment Configurations" 中担任 "项目查看者"。

在此设置中,Alice 可以触发构建和部署任务,而 Bob 无法启动交付。 当 Bob 浏览任何 "Build..." 配置的构建结果时,TeamCity 不会显示 "Deployments" 部分。

TeamCity 目前不允许您在构建配置范围内设置角色和权限。 因此,您无法设置权限,让 Bob 能够运行 "Build All" 构建,但阻止他们触发 "Deploy All" 构建。 为了解决这个问题,您需要将这些聚合配置移动到相应的子项目中。

最后修改日期: 16日 7月 2024年