Redmine项目的组织？

Question

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

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

我应该让每个webapp都成为一个顶级项目，其中Features，Bugs和Maintenance作为子项目吗？还有什么其他组织项目的方式？例如，在颠覆手册中，他们推荐使用project/trunk,project/branches,project/testing,project/releases等。在Redmine中工作是否有类似的指导原则？

Answer 1

像往常一样，当你配置一个系统时，你需要尽可能的自定义它来尝试和满足你自己的需求。我个人不知道Redmine的任何指导方针或建议，但是我可以将我们在这里所做的事情联系起来，我希望这会对您有所帮助！ :-)

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

项目和子项目也是标记任务的一种方式，但将它们归入更广泛的伞类别中。当您创建'项目'时，您将分配您需要的跟踪器。在我们的例子中，我们创建了一个API，并有不同的跟踪器来识别错误，使用（有效）重复的跟踪器名称修改功能&，以便我们可以确定这些任务是否适用于桌面或dsp程序员。子项目用于识别我们的客户需要特定支持的产品线或定制。我们还使用版本标签来识别每个子项目中的特定版本，以便我们可以获得所有正在跟踪的任务的良好路线图视图。我们在Redmine系统中有多个项目，每个项目都以类似的方式进行配置，一些项目任务作为“相关”问题链接到各个项目，以便我们可以识别依赖关系。

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

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

这就是我现在所能想到的。我希望这可以帮助你。 :-)

Answer 2

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