continuous-integration - 在 TeamCity 中推广特定的 OctopusDeploy 版本

Question

我正在使用 TeamCity用于持续集成和 Octopus Deploy用于持续部署。

在 TeamCity 中，我有一个项目，我使用 Octopus Deploy 的 OctoPack 构建并打包该项目。 .目前定义了三种构建配置:

构建、测试、打包

部署到 CI

部署到 QA

对于第一个配置中的 OctoPack 配置，通过构建号生成包版本:

OctoPack package version: 1.0.0.%build.number%

如果 Build, Test, Package，则部署到 CI 将启动 Octopus 部署版本。成功构建。 Octopus Deploy 在创建发布时使用 NuGet 版本号作为发布版本号。所以对于 build #400 我有一个 My.Project.1.0.0.400.nupkg NuGet 包，以版本 1.0.0.400 发布.

在 Deploy to QA步骤，我需要能够提升与特定 Deploy to CI 相关联的版本从我的 CI 构建我的环境 QA环境。

本质上，我希望能够拥有这种依赖树:

Build, Test, Package
|-- #401 SUCCESS
|-- #400 FAILURE
|-- #399 FAILURE
|-- #398 SUCCESS
/   #391-397 FAILURE
|-- #390 SUCCESS

Deploy to CI
|-- #100 SUCCESS (Depends Build, Test, Package #401)
|-- #99  SUCCESS (Depends Build, Test, Package #398)
|-- #98  SUCCESS (Depends Build, Test, Package #390)

Deploy to QA
|-- #10 SUCCESS (Depends Deploy to CI #100)
|-- #9  SUCCESS (Depends Deploy to CI #98)

在八达通中，我会看到以下内容:

Release
|-- 1.0.0.100 CI, QA
|-- 1.0.0.99  CI
|-- 1.0.0.98  CI, QA

如何传递特定版本号以升级到 TeamCity 中的给定环境？

Answer 1

当我进入各种构建配置的构建步骤时，我意识到我可以引用依赖构建配置的属性。

对于上面的示例，我有以下配置和 ID:

Build, Test, Package - btp1
Deploy to CI - dtc1
Deploy to QA - dtq1

在我的 Build, Test Package构建配置 我配置了我的 OctoPack版本号为:

%MajorVersion%.%MinorVersion%.%build.vcs.number%.%build.number%

然后在 Deploy 配置中，我将版本号更改为:

Deploy to CI - %MajorVersion%.%MinorVersion%.%dep.btp1.build.vcs.number%.%dep.btp1.build.number%
Deploy to QA - %MajorVersion%.%MinorVersion%.%dep.btp1.build.vcs.number%.%dep.btp1.build.number%

通过这样做，我能够引用以前构建的构建编号，以促进从一个环境到另一个环境的正确发布。