我们通过HTTPS，Bugzilla和Mediawiki使用Subversion管理我们的开发。我们的一些开发人员表示有兴趣迁移到Trac，因此我必须评估这样做的成本。
对于wiki和bugzilla，我们需要将现有数据迁移到Trac或与trac集成的方式。有两个应用程序来创建维基页面或记录错误是不可接受的。此外，目前每个应用程序都需要单独登录，因此我们需要将每个帐户映射到Trac。
了解使用Trac和/或教程导入或集成这些系统的任何简单方法吗？
答案 0 :(得分：2)
如果您可以将页面导出为文本文件，则可以使用Trac-Admin：http://trac.edgewall.org/wiki/TracAdmin wiki import命令导入它们。一些格式化清理迁移可能是有序的
这使您能够从BugZilla迁移：http://bitten.edgewall.org/wiki/TracImport
答案 1 :(得分：2)
对于Bugzilla，Trac有一个脚本bugzilla2trac.py，可以自动将Bugzilla错误导入Trac门票。当然，Trac不支持开箱即用的阻止/阻止门票，所以如果你也要导入这些数据，你必须使用MasterTicketsPlugin然后自己修改脚本（这是我们迁移时做了什么）。
答案 2 :(得分：2)
对于MediaWiki，还有一个脚本：http://trac.edgewall.org/ticket/5241
它有一些错误，但导入所有重要信息（页面，修订，图像，用户）。与其他提到的脚本一起，您应该能够迁移到Trac。
答案 3 :(得分：2)
导入脚本尚未涵盖的一件事是解决bug X或bug X comment Y类型的bugzilla链接。
对此的一个解决方案是在trac.ini文件中使用具有以下配置的RegexLinkPlugin（http://trac-hacks.org/wiki/RegexLinkPlugin）：
[regexlink]
regex1=\bbug (?P<bug_id_comment>\d+) comment #(?P<commentid>\d+)\b
url1=http://your.trac.instance.com/ticket/\g<bug_id_comment>#comment:\g<commentid>
regex2=\bbug (?P<bug_id>\d+)\b
url2=http://your.trac.instance.com/ticket/\g<bug_id>