迁移到 Trac

发布于 2024-07-06 11:14:33 字数 302 浏览 10 评论 0原文

我们使用 Subversion over HTTPS、Bugzilla 和 Mediawiki 来管理我们的开发。 我们的一些开发人员表示有兴趣迁移到 Trac,因此我必须评估这样做的成本是多少。

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

那么知道导入这些系统或将这些系统与 Trac 集成的简单方法和/或这样做的教程吗?

We are managing our development with Subversion over HTTPS, Bugzilla, and Mediawiki. Some of our developers have expressed an interest in migrating to Trac, so I have to evaluate what the cost of doing so would be.

For both the wiki and bugzilla, we would need to either migrate the existing data into Trac or a way to integrate with trac. Having two apps to create wiki pages or log bugs would not be acceptable. Also, currently each of these applications requires a separate sign on so we would need to map each of these accounts into Trac.

So know of any easy methods of importing or integrating these systems with Trac and/or a tutorial for doing so?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(4

长梦不多时 2024-07-13 11:14:33

对于 Bugzilla,Trac 有一个脚本 bugzilla2trac.py,它将自动将 Bugzilla 错误导入到Trac门票给你。 当然,Trac 不支持开箱即用的阻塞/阻塞票据,因此如果您也想导入此数据,则必须使用 MasterTicketsPlugin 然后自己修改脚本(这就是我们迁移时所做的)。

For Bugzilla, Trac has a script bugzilla2trac.py that will automate the process of importing Bugzilla bugs to Trac tickets for you. Of course, Trac doesn't have support for blocking/blockedby tickets out of the box, so if you want to import this data too, you'll have to use the MasterTicketsPlugin and then modify the script yourself (which is what we did when we migrated).

多情出卖 2024-07-13 11:14:33

Wiki 页面

如果您可以将页面导出到文本文件,则可以使用 Trac-Admin 导入它们:http:// /trac.edgewall.org/wiki/TracAdmin wiki 导入 命令。 一些格式化清理迁移可能是为了

票证/错误

Wiki pages

If you could export your pages to text files you could import them using the Trac-Admin: http://trac.edgewall.org/wiki/TracAdmin wiki import command. Some formating clean-up migration might be in order

Tickets/Bugs

↘人皮目录ツ 2024-07-13 11:14:33

对于 MediaWiki 也存在一个脚本: http://trac.edgewall.org/ticket/5241

它有一些错误,但导入所有重要信息(页面、修订、图像、用户)。 与其他提到的脚本一起,您应该能够迁移到 Trac。

For MediaWiki there exists a script as well: http://trac.edgewall.org/ticket/5241

It has some bugs, but imports all important information (pages, revisions, images, users). Together with the other mentioned script you should be able to migrate to Trac.

多孤肩上扛 2024-07-13 11:14:33

导入脚本尚未涵盖的一件事是解决 bug Xbug X comment Y 类型的 bugzilla 链接。

一种解决方案是使用 RegexLinkPlugin (http://trac-hacks.org/wiki/RegexLinkPlugin< /a>),在 trac.ini 文件中进行以下配置:

[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>

One thing that is not covered (yet) by the import script is the resolution of bugzilla links of the kind bug X or bug X comment Y.

One solution for this is to use the RegexLinkPlugin (http://trac-hacks.org/wiki/RegexLinkPlugin) with the following configuration in the trac.ini file:

[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>
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文