Migration 迁移到Trac

我们正在通过HTTPS、Bugzilla和Mediawiki上的Subversion管理我们的开发。我们的一些开发人员表示有兴趣迁移到Trac，因此我必须评估这样做的成本

对于wiki和bugzilla，我们需要要么将现有数据迁移到Trac中，要么采用与Trac集成的方法。使用两个应用程序来创建wiki页面或日志错误是不可接受的。此外，目前这些应用程序中的每一个都需要单独的登录，因此我们需要将这些帐户映射到Trac中

因此，您知道有什么简单的方法可以将这些系统导入或集成到Trac和/或相关教程中吗？

Wiki页面 如果可以将页面导出为文本文件，则可以使用Trac Admin:

wiki import

命令导入它们。一些格式化清理迁移可能是正确的

门票/臭虫

• 这使您能够将票证系统与CSV文件同步

• 这使您能够从BugZilla迁移：

• 您还可以签出此资源：

---

对于Bugzilla，Trac有一个脚本，可以为您自动将Bugzilla bug导入Trac票证。当然，Trac不支持即时的blocking/blockedby票证，因此如果您也想导入此数据，您必须使用，然后自己修改脚本（这是我们迁移时所做的）

对于MediaWiki，还存在一个脚本：

---

它有一些bug，但会导入所有重要信息（页面、修订、图像、用户）。与前面提到的其他脚本一起，您应该能够迁移到Trac。

导入脚本（尚未）涉及的一件事是解决bugzilla类链接

bug X

或

bug X注释Y

一种解决方案是在

trac.ini

文件中使用带有以下配置的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>

[regexlink]
regex1=\bbug（？P\d+）注释（？P\d+）\b
url1=http://your.trac.instance.com/ticket/\g#注释：\g
regex2=\bbug（？P\d+）\b
url2=http://your.trac.instance.com/ticket/\g