我尝试查看Trac（0.12）可自定义票证工作流的文档。
作者声称它是完全可定制的，但有些东西我当时不明白。我想，一定有一个"初始状态"，门票从这个状态开始。这是硬编码的"新"吗？
不仅"new"，"closed"是其他硬编码Trac票证状态。
由于不同的原因，过去和现在都是这样，其中这些标签用于使用固定名称的CSS类进行条件格式化，默认报告使用"未关闭"作为打开票证的同义词，等等。
作为一个相关的注意事项，在以后的版本（Trac 1.2及更高版本）中，有一些工作可能会取消这一限制。正如JosefAssad所说，在那之前，"与它合作而不是反对它"真的更好。
我记得，这在trac中是不可修改的。工作流的"新建"状态入口点是固定的。但你可以与它合作，而不是反对它。
我认为trac的设计方式，从一个未分配的"新"状态开始的意图是相当合乎逻辑的，但你需要从一个特定的角度来看待事情，而这个角度并不总是明确的。
想想bug的生命周期。它被引入到代码中，用户发现它，用户报告它，分配开发人员，开发人员开始处理它，等等。我喜欢把"新"状态看作是错误存在和刚刚报告的部分。
当你通知开发团队一个错误时，他们通常不会马上开始处理。例如，这个bug仍然需要对其严重性和技术深度进行评估。在您报告了一个错误之后，开发团队仍然需要对您的报告进行消化，以了解如何将其引入错误解决过程。在我看来，这就是trac中"新"状态的意图。
在我设计和使用的trac工作流程中，我喜欢让"已接受"的初始状态将票证分配给符合条件的开发协调员，并与报告人来回踢，以提高报告的质量，并确定下一步将其发送到哪里，将其分配到哪个里程碑，等等。
因此，状态为Assigned的票证就是开发协调员正在处理的票证。状态为New的票证是开发协调员尚未处理的票证。