【问题标题】:How to track deployments?如何跟踪部署?
【发布时间】:2014-03-10 08:59:37
【问题描述】:

跟踪代码库部署的好方法是什么?我希望能够查看某个版本何时部署在特定服务器上、是谁发布的、它解决了哪些问题等等。

目前,我们有一个部署工具,可以在我们的问题跟踪器中生成包含所有这些信息的问题。这使得将发布问题与相关问题联系起来变得很容易,但它也污染了我们的问题数据库。

我们还想在内部从持续集成开始,这意味着会有更多的发布问题。

有没有更好的方法来跟踪发布?

我们的技术堆栈是 PHP (Symfony2),使用 Phing 作为构建系统、基于 Web 的自定义部署工具、用于错误跟踪的 Mantis 和用于存储库托管的 Bitbucket。

【问题讨论】:

  • 你用的是什么技术栈?
  • @joerage:好点。我更新了问题。

标签: deployment release bug-tracking release-management


【解决方案1】:

您可以使用 Beanstalk 或 dploy.io 之类的工具来部署您的应用。它将使您能够管理部署权限、查看所有部署的时间表(谁部署了什么以及何时部署)、只需单击一下即可触发部署,并在部署某些内容时通过电子邮件和集成通知您的团队。

你可以从这个截图中得到一个想法:

http://cl.ly/image/3C1v1w2C3K2v

附:我在 Wildbit 工作,这家公司同时生产这两种产品。

【讨论】:

  • 这两个看起来都很好。我看到的唯一问题是定价结构对我们公司没有意义。我们是一家小商店,只有少数为中小型企业构建网站的开发人员。因此,我们有许多小型且不经常更新的项目,而不是一些错误非常活跃的项目。我们有超过 200 个存储库(大部分在 SVN,但我们正在迁移到 Git)。即使是您最大的计划也无法涵盖我们。
  • @SanderMarechal 在这 200 个存储库中,有多少正在积极开发中?您始终可以将存档的存储库推送到 AWS S3 作为备份,并且仅将活动存储库存储在 Beanstalk 中。
  • 它们都代表活跃的网站。这些项目中的大多数只得到偶尔的错误修复,其中只有少数处于积极开发中。但我们希望跟踪所有在线站点的部署。我们需要能够看到部署的时间,即使是那些只得到偶尔修复的站点。
【解决方案2】:

您应该查看我公司的产品BuildMaster,它旨在解决您列出的所有问题。

目前我们还没有与 Mantis 进行一流的集成,但它可以通过可扩展性非常容易地添加,就像我们集成的其他错误/问题跟踪器一样。如果您对此感兴趣,它可以由您的团队构建,也可以由我们的团队构建,具体取决于购买企业版。

【讨论】:

    猜你喜欢
    • 2012-11-09
    • 1970-01-01
    • 2018-04-27
    • 1970-01-01
    • 2015-04-13
    • 1970-01-01
    • 2011-08-24
    • 2011-03-28
    • 1970-01-01
    相关资源
    最近更新 更多