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