【问题标题】:How to start a container in TeamCity如何在 TeamCity 中启动容器
【发布时间】:2012-12-24 02:47:09
【问题描述】:

我正在尝试在与 TeamCity 的持续集成中运行一些集成测试,我的测试目标是验证我是否可以在某个本地容器上正确部署我的 webapp。因此,我需要设置一个具有相同功能的 TeamCity 构建

  • 全部构建并打包我的 webapp
  • 启动容器
  • 运行部署 webapp 的测试并测试部署状态
  • 停止容器

TeamCity 如何做到这一点?

【问题讨论】:

  • 是的,可以做到。你在使用 Maven 吗?
  • 我希望你明白你需要一个构建代理。
  • 是的,如何正确配置构建代理?

标签: continuous-integration teamcity application-server


【解决方案1】:

如果您设置了 TeamCity,这非常简单。听起来您是 TeamCity 的新手。如果您没有设置服务器和代理以便能够运行 build configurations,则需要先执行此操作。

如果你这样做了,你就准备好了。您需要能够从命令行或内置的 TeamCity 运行器执行您想要执行的所有操作。然后,您只需要设置构建配置来执行每个任务,然后将它们与finish build triggers 连接。

【讨论】:

  • 你能详细解释一下如何放置一个在maven任务之前运行并在maven任务之后终止的进程吗?
  • 我不完全确定您在寻找什么。 TeamCity 不会真正帮助您做到这一点。在您创建 Maven 构建步骤的构建配置中,您可以在之前create a build step 开始该过程,然后在 Maven 之后添加一个构建步骤以停止该过程。但是你需要和 Maven 同时运行什么?
  • 我想在 maven 步骤之前运行的过程是一个启动程序的脚本。在 maven 步骤结束之前,该脚本必须处于活动状态。我怎样才能杀死它?
  • 你在做什么需要程序在 maven 运行时运行?这真是一个奇怪的任务。我想您可以(在第一个构建步骤中)以获取其进程 ID 的方式启动它,然后将该 ID 写入文件,然后运行 ​​Maven 构建步骤,然后在第三个构建步骤中,读取文件,然后杀死过程。但同样,我认为这是不明智的。
  • 事实是我要运行的程序有一个非常复杂的过程,它是一个脚本,它调用其他4个启动4个JVM的脚本
猜你喜欢
  • 2016-12-16
  • 1970-01-01
  • 2017-09-11
  • 2020-01-27
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2019-10-25
  • 1970-01-01
相关资源
最近更新 更多