我是开发几个webapp网站的唯一开发人员。我在subversion中有它们，但我没有使用项目管理工具。
我最近得到了redmine，我想在那里设置项目。我正在寻找的是如何在Redmine中构建这两个项目的建议。从我可以收集到的，结构是Project-＆gt;子项目。所以我想把它映射到我的待办事项列表结构。从我的待办事项列表中，有三种任务：新功能，错误修复和维护（不是完全错误的修复，但真正需要清理的东西）。
我应该将每个webapp作为顶级项目，将功能，错误和维护作为子项目吗？还有其他组织项目的方式吗？例如，在颠覆手册中，他们建议您使用project/trunk，project/branches，project/testing，project/releases等。在Redmine工作是否有类似的指导原则？
答案 0 :(得分：13)
像往常一样，当您配置系统时，您需要尽可能地自定义它以尝试满足您自己的需求。我个人不知道Redmine本身的任何指导或建议，但是我可以将我们在这里做的事情联系起来，我希望这对你有帮助！ ： - ）
功能/错误/维护只是标记任务的方法，以便您可以过滤它们。这些是Redmine中称为“跟踪器”的特定标签。您可以为其他类型的任务定义自己的跟踪器。
项目和子项目也有效地标记了您的任务，但是将它们归入更广泛的保护伞类别。创建“项目”时，您需要为它们分配所需的跟踪器。在我们的例子中，我们创建了一个API，并有不同的跟踪器来识别错误，功能和使用（有效）重复的跟踪器名称进行修改，以便我们可以识别任务是否适用于桌面或dsp程序员。子项目用于识别客户需要特定支持的产品线或定制。我们还使用版本标签来识别每个子项目中的特定版本，以便我们可以获得我们正在跟踪的所有任务的良好路线图视图。我们在Redmine系统中有多个项目，每个项目都以类似的方式配置，一些项目任务在项目之间链接为“相关”问题，以便我们可以识别依赖项。
这只是配置Redmine的一种方法，但考虑到我们某些项目之间的复杂关系，这是我们可以管理的最简单的方法。这是我们尝试的第二种配置，我们发现它运行良好。仅供参考，第一个配置是在测试系统上，以便我们在几年前从Trac迁移后从系统中找出我们需要的东西。目前的配置已经使用了大约2年，似乎很好地满足了我们的需求。
正如我之前所说，您需要从系统中决定您需要什么，但最简单的方法是考虑如何从上到下查看项目，配置系统以匹配您的流程，而不是更改流程匹配工具 - 总是更''灾难'选项恕我直言。我不建议在单独的项目中跟踪错误和功能等，因为将路线图组合在一起通常更难，并且还使得更难以可视化给定项目的总任务负载。即使将任务类型划分为子项目也可能会出现问题，因为如果您发现需要支持多个产品发布周期，在管理Redmine系统方面增加工作量，则会使问题变得复杂。
这就是我现在所能想到的一切。我希望能帮助你。 ： - ）
答案 1 :(得分：2)
你提到的任务类似乎是Redmine所称的跟踪器。您可以定义自己的跟踪器。在我看来，你不应该为每种“任务”需要一个子项目，而是一个跟踪器。