我正在使用MantisBT来跟踪问题，到目前为止已经收集了许多问题。然而，我的更改日志仍然是空的
没有可用的更改日志信息。一旦项目包含问题具有版本，并且使用"在版本中修复"集解决问题。
每个错误报告都有产品版本、目标版本(路线图需要(和固定版本(变更日志需要(。同样，我也发布了某些版本。
我已经定制了我的工作流程，我怀疑这是部分原因。
# custom access list
$g_access_levels_enum_string = '10:VIEWER,20:REPORTER,30:ENGINEER,40:CCB,90:ADMINISTRATOR';
# custom resolution list
$g_resolution_enum_string = '10:OPEN,20:REOPEN,30:WONTFIX,60:DISPOSITIONED, 70:FIXED';
根据我所能确定的，要想出现变更日志，你需要1( 已发布的版本2( 一个错误，修复的版本与此匹配(完成3( 一个错误被关闭为"已修复">
现在，在一个新的MantisBT中(测试显示changelog有效(，FIXED有一个常数20，所以我怀疑这是我的g_resolution_enum_string，但这也意味着应该有另一个变量来设置应该使用哪个阈值
$g_bug_resolution_fixed_threshold = FIXED;
不起作用
我错过了什么？如果它很重要。。。我的版本被标记为：v0.0、v0.1、v0.2(即以"v"开头(
我建议您阅读文档的枚举部分，尤其是
此处枚举中包含的字符串仅用于文档目的
因此，70:FIXED的枚举定义实际上与常量FIXED不匹配，正如您所指出的，该常量仍然设置为20，这意味着$g_bug_resolution_FIXED_threshold实际上指向您的20:REOPEN。。。您可能需要定义自己的常量。
还要注意的是，在这种情况下还有另一个重要的阈值，$g_bug_resolution_not_fixed_threshold-超过它的分辨率被认为是以不成功的方式解决的。默认情况下，它设置为_UNABLE_to_REPRODUCTE_(40(。
换句话说，要使问题出现在变更日志中，它必须符合以下所有标准(参考(：
- status>=bug_resolution_fixed_threshold
- resolution>=bug_resolution_fixed_threshold
- 分辨率<错误解决方案非固定阈值
请注意，可以使用自定义函数更改此标准行为。
因此，您的问题确实是由您的自定义resolution_enum_string引起的，很可能是与上述两个阈值中的值相结合。