整合 MariaDB 项目工具

我们一直在试用并研究用于项目管理的 JIRA，这并不是秘密。自年初开始使用以来，我们大多数人都喜欢它的感觉，并且决定开始更广泛地使用它是有意义的。

如您所知，MariaDB 项目有许多分散的资源。我们在 Launchpad 中报告 Bug。我们将计划存储在 worklog 中。正因为如此，我们从未曾使用过 Launchpad 的 Blueprint 功能。我们不使用 Launchpad Answers，因为我们有 Knowledgebase。

通过转向托管的 JIRA（是的，这是一个重要的链接：https://mariadb.org.cn/jira），我们可以报告 Bug、制定未来计划，还可以向用户提供一个路线图，这非常酷。一个很棒的特点是，在过去两个版本中，我们都有路线图，并且在时间表上没有延误。我们按时发布了版本，这太棒了！

这对您意味着什么？ 要报告 Bug，您现在将在 JIRA 上进行。要提出功能请求并讨论我们未来的计划，您现在也将使用 JIRA。

我们计划在 2012 年 6 月 30 日之前废弃 Worklog 和 Launchpad 的 Bug 功能。然而，Launchpad 将继续托管 MariaDB 的源代码。

已在 Launchpad 上报告的 Bug 将会怎样？ 我们为此准备了迁移脚本，一旦按下按钮，Bug 报告将顺利迁移到 JIRA。完成后，我们将在 Launchpad 的 MariaDB Bug 页面上发布通知，告知在 JIRA 中报告新 Bug。

Worklog 中已有的功能请求和想法将会怎样？ Worklog 将被设置为只读模式，并会有关迁至 JIRA 的通知。如果需要，我们会将 Worklog 中的条目复制粘贴到 JIRA 中。

这对 MariaDB 项目的开放性意味着什么？ 完全不受影响。MariaDB 项目将继续保持一个开放的、社区友好的项目，此外，由于您无需在多个工具之间跳转来获取完整的信息，因此跟踪项目进展将更加容易。

整合到 JIRA 提供了比以前更方便地报告和跟踪项目状态的方式，这使得 MariaDB 团队、社区成员和其他人能够更好地协调和优先处理工作。

另外提一下，JIRA（以及 Atlassian 的其他软件）有时在开源世界中因其商业性质而受到批评，许多人不知道 Atlassian 确实为开源项目提供免费的 Open Source Project License，MariaDB 使用的正是这种许可。

再另外提一下，我不会深入比较 Launchpad 和 JIRA 等工具的功能。我知道在 Launchpad 中可以使用 blueprint 进行功能规范等。在我看来，最重要的方面是选择一个您喜欢的、具有您所需功能、并能加强开发者、项目经理、社区成员和参与项目的其他人员之间协作的工具。

简而言之，这一切都是关于三个项目工具合而为一。