Redmine 项目的组织？ [关闭]

Question

我是开发几个 webapp 网站的唯一开发人员。我在颠覆中拥有它们，但我没有使用项目管理工具。

我最近开始使用 redmine，我想在那里设置项目。我正在寻找的是关于如何在 Redmine 中构建这两个项目的建议。据我所知，结构是 Project->subproject 。所以我试图将其映射到我的待办事项列表结构。在我的待办事项列表中，有三种任务：新功能、错误修复和维护（不完全是错误修复，而是真正需要清理的事情）。

我是否应该让每个 webapp 成为顶级项目，将功能、错误和维护作为子项目？还有哪些其他组织项目的方式？例如，在颠覆手册中，他们建议使用project/trunk、project/branches、project/testing、project/releases 等。在 Redmine 中工作是否有类似的指导方针？

Answer 1

你提到的那种任务似乎是 Redmine 所说的跟踪器。您可以定义自己的跟踪器。在我看来，您不应该为每种“任务”都需要一个子项目，而是一个跟踪器。

Answer 2

像往常一样，当您配置系统时，您需要尽可能地对其进行自定义，以满足您自己的需求。我个人不知道有关 Redmine 本身的任何指南或建议，但是我可以将我们在这里所做的事情联系起来，希望对您有所帮助！ :-)

功能/错误/维护只是标记任务的方法，以便您可以过滤它们。这些是在 Redmine 中称为“跟踪器”的特定标签。您可以为其他类型的任务定义自己的跟踪器。

项目和子项目也是一种有效地标记任务的方式，但将它们分组到更广泛的类别下。当您创建“项目”时，您将需要的跟踪器分配给它们。在我们的案例中，我们创建了一个 API，并使用不同的跟踪器来识别错误、功能和修改（有效地）重复的跟踪器名称，​​以便我们可以识别任务是针对桌面程序员还是 dsp 程序员。子项目用于识别我们的客户需要特定支持的产品线或定制。我们还使用版本标签来识别每个子项目中的特定版本，以便我们可以很好地查看我们正在跟踪的所有任务的路线图。我们的 Redmine 系统中有多个项目，每个项目都以类似的方式配置，其中一些项目任务跨项目链接为“相关”问题，以便我们可以识别依赖关系。

这只是配置 Redmine 的一种方法，但鉴于我们一些项目之间的复杂关系，这是我们可以管理的最简单的方法。这是我们尝试过的第二种配置，我们发现它运行良好。仅供参考，第一个配置是在一个测试系统上，以便我们在几年前从 Trac 迁移后从系统中找出我们需要的东西。目前的配置已经使用了大约 2 年，似乎很好地满足了我们的需求。

正如我之前所说，您需要从系统中决定您需要什么，但最简单的方法是考虑如何自上而下地查看项目，配置您的系统以匹配您的流程，而不是更改您的流程匹配工具 - 恕我直言，总是更“灾难性”的选项。我不建议在单独的项目中跟踪错误和功能等，因为将您的路线图放在一起通常更难，而且它也使得可视化给定项目的总任务负载变得更加困难。即使将任务类型划分为子项目也可能存在问题，因为如果您发现需要支持多个产品发布周期，这会使事情变得复杂，从而增加管理 Redmine 系统的工作量。

目前我能想到的就这些了。我希望这对你有帮助。 :-)