如何将 TeamCity 的工件部署到 Amazon EC2 服务器

Question

我们决定使用亚马逊 AWS 云服务来托管我们的主要应用程序和其他工具。 基本上，我们有这样的架构

• TESTSERVER：我们的主应用程序所在的 EC2 实例 部署到。测试人员可以访问 应用程序。
• SVNSERVER：托管我们的 Subversion 和 存储库。
• CISERVER：JetBrains TeamCity 安装的 EC2 实例 已配置。

现在，我需要 CISERVER 从 SVNSERVER 签出代码，构建，如果构建成功，则对其进行单元测试，并且在所有测试通过后，应该将构建成功的工件部署到 TESTSERVER。

我已完成配置 CISERVER 以提取代码、构建、测试和生成工件。但我无法管理如何将工件部署到 TESTSERVER。

您有什么建议或程序来完成这项工作吗？ 感谢帮助。

P.S：我已阅读此Question 并且不满意。

Answer 1

更新：deployer plugin for TeamCity 允许以多种方式发布工件。

旧答案： 以下是 TeamCity 没有通过 FTP 发布内置工件的问题的解决方法：

http://youtrack.jetbrains.net/issue/TW-1558#comment=27-1967

你可以

1. 创建一个生成构建工件的配置
2. 创建一个配置，通过 FTP 发布工件
3. 在 TeamCity 中将工件依赖项从配置 2 设置为配置 1
4. 使用手动或自动触发来使用配置 1 生成的工件运行配置 2。这样，您的工件将从构建 1 下载到配置 2 并发布到您的 FTP 主机。

另一种方法是在 TeamCity 中为配置 1 创建一个额外的构建步骤，该步骤通过 FTP 发布您的文件。

希望这会有所帮助， 基尔

Answer 2

我们为部署所做的是，QA 人员登录到系统并运行一个脚本，该脚本通过随时从团队城市存储库中提取来进行部署。如果发生了新的构建，他们可以在团队城市中看到（并收到一封电子邮件），但不管他们只是在他们想要的时候部署。就如何构建这样的脚本而言，团队城市组件涉及检索工件。这就是为什么我的答案引用了通过 URL 获取工件的原因 - 这是任何合理的脚本都可以使用 wget（也具有 Windows 端口）或类似工具来完成的事情。

如果您想要自动部署，您可以安排一个 cron 作业（或 Windows 调度程序）以定期运行脚本。如果什么都没有改变，那也没关系。我怀疑这样做是否明智，因为它可能会通过重新启动相关系统来搞乱某人的测试。

让团队城市在更改发生时推动更改的解决方案不是团队城市开箱即用的事情（据我所知），但您可以自行推出，例如通过以下方式之一触发某些事情团队城市的通知方式，如邮件。我只是质疑它的效用。您是否希望您的系统只是因为有人碰巧签入而随机更改？我认为最好实际请求新版本。