【问题标题】:Accessing TeamCity artifacts in Build Step在构建步骤中访问 TeamCity 工件
【发布时间】:2013-11-30 15:27:20
【问题描述】:

我一直在使用 TeamCity 来建立并运行 CI 环境。

我开始关注 Troy Hunt 的 'You're deploying wrong',这非常有用,但是我想将打包和部署分成 2 个单独的步骤,原因如下:

  1. 我想将一些额外的标志传递给 msdeploy,但使用 Troy 描述的 MSBuild Package and Deploy 是不可能的(据我所知)。
  2. 如果我需要构建包但不部署它,我可以轻松禁用第二个构建步骤,即部署。
  3. 我想在 msdeploy 上使用 -skip 标志来防止它删除某些文件夹,但如果不将其作为参数传递给命令行,我也找不到任何方法。

所以,在我的第一个 MSBuild 步骤中,我只有参数:

/P:Configuration=%env.Configuration%
/P:VisualStudioVersion=11.0
/P:IgnoreDeployManagedRuntimeVersion=True

然后我有第二个构建步骤,它使用命令行构建运行程序执行以下 msdeploy 命令:

"C:\Program Files\IIS\Microsoft Web Deploy V3\msdeploy.exe" -verb:sync       -source:package="C:\ProgramData\JetBrains\TeamCity\system\artifacts\MyProject\%system.teamcity.buildConfName%\%teamcity.build.id%\MyProject.Web.csproj.zip"   -dest:auto,ComputerName='https://devserver:8172/msdeploy.axd?site=MyWebsite',UserName='domain\username',Password='password',IncludeAcls='False',AuthType='Basic' -skip:objectName=dirPath,absolutePath=media$ -disableLink:AppPoolExtension -disableLink:ContentExtension   -disableLink:CertificateExtension -retryAttempts=2 -allowuntrusted

问题在于,TeamCity 在所有构建步骤完成之前显然不会发布工件,因此命令行过程失败,因为此时包 zip 文件实际上并不存在。

我读过一些关于 publishing artifacts whilst the Build is still in progress 的文章,但这似乎有点不合时宜。

任何建议将不胜感激。

【问题讨论】:

    标签: msbuild teamcity msdeploy teamcity-8.0


    【解决方案1】:

    最好有两个构建而不是两个构建步骤。

    第一个(构建 A)将有一个构建步骤来进行构建,然后第二个(构建 B)将使用第一个构建步骤中的工件在一个构建步骤中进行部署。

    因此,在构建 A 的第一个配置选项卡下,您将指定需要从第一个构建中获得的工件。然后,您可以运行构建并确认在 artifacts 部分下您需要的所有内容都可用。 (这些将在构建 A 完成运行时显示)。

    然后在 Build B 的依赖项部分(不记得确切的名称,并且我离开了我的 TC 实例)下,您可以将其设置为使用 build A 的工件,然后将其用于部署.

    完成所有工作后,您可以添加一个构建触发器以在构建 A 成功执行后运行构建 B,然后如果您只是想运行构建 A,请禁用构建 B 上的触发器或暂停Build B 配置将阻止触发器触发。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2014-09-13
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2012-12-28
      • 2013-09-22
      • 1970-01-01
      相关资源
      最近更新 更多