在mantis中有两个功能模块：
变更日志（Changelog）：记录项目在各个不同的版本已经处理的缺陷。根据修正版本进行记录，只记录最终状态为已解决和已关闭的缺陷。
路线图（Roadmap）：在预期的目标版本是否真正处理了缺陷，给一个项目已经处理缺陷的百分比。根据目标版本进行分类，最终状态为已解决和已关闭的缺陷才计算为已经处理的缺陷。
变更日志和路线图功能需要使用的时候，都必须设定相应版本。
例如：一个问题，发现在1.2版本，目标1.4版本，关闭在1.5版本。相应的变更日志中，在1.5版本就记录一条状态为关闭的记录；在路线图中，1.4版会记录此问题关闭并且算已解决问题。
所以说，mantis之所以设计为三个版本，是为了相关的功能需要。
如果大家认为不需要使用变更日志和路线图功能，三种版本没有必要全部填写。
2、通过编程实现版本默认值功能
通过上一节的分析，我们了解了不同版本的差别，那么就可以确定，产品版本，是已经发布的版本，目标版本和修正版本，应该是没有发布的版本（也有可能是已发布版本版本，请手工选择即可，不在自动化提取默认值功能代码考虑范围之内）。根据版本是否发布，我们从版本列表中取得已发布或未发布的第一个版本作为相应版本的默认值。
在根目录创建custom_functions_inc.php文件，在里面写入自定义的获取版本函数，$project_id参数是项目的id，$t_released参数确定版本是否已发布，此自定义函数取得版本列表中遇到的已发布或未发布的第一个版本作为函数返回值，代码如下：
|
<?php function custom_version($project_id, $t_released= VERSION_ALL) { foreach (version_get_all_rows( $project_id, $t_released) as $t_version){ $t_custom_version = $t_version['version']; break; } return $t_custom_version; } ?> |
……………………
查看全文请点击下载：http://www.51testing.com/html/54/n-247254.html
六、总结
此篇文章，仅仅是我对使用mantis这几个月的学习总结，我看过很多人写的mantis安装配置文章，里面都仅仅说如何配置mantis完成需要的功能。而我这个系列的文章，希望告诉大家，为什么按照别人说的配置下来，mantis就能相应改变，大家如果能从知其然到知其所以然，也就不枉费我花费这么多的精力了。
个人的文笔有限，了解mantis的人可能会觉得我说的过于繁琐，但是我这个系列是给希望了解mantis的初学者看的，高手可以直接看代码，比我文中说的更详细和准确。
其实觉得mantis的结构安排不尽合理，很多的内容过于绕。但是mantis确实考虑到了很多的情况，看过上文就知道，很多内容不需要大改，mantis尽可能的把函数参数接口都设计好了，可以根据需要由用户直接调整。
大概就是这些了，文章虽然检查了几遍，但是个人不敢保证里面是否还有问题。
再次感谢有耐心看完全文的的人。
查看全文请点击下载：http://www.51testing.com/html/54/n-247254.html
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
