我想将我所有的Bugzilla问题迁移到github.com的问题跟踪器(示例)(每个存储库都有一个问题跟踪器)。
1) 有工具吗?
2) 你是怎么做的?
谢谢你的建议，我将在最后写一个总结，我是如何最终做到的(希望不是手工!)
你需要从Bugzilla导出问题，然后使用GitHub API将问题上传到GitHub:
http://developer.github.com/v3/issues/create-an-issue
(注意旧的通过GitHub支持通道导入的问题已经停止)
这确实意味着你的问题编号会改变，所以你可能想要在你的问题描述后面加上一个'Bugzilla- id '页脚，这样你就可以使用GitHub的自由文本搜索问题，从旧的Bugzilla id中找到它们。
至于从Bugzilla导出数据，我认为您的选择是:
- Bugzilla的HTML导出
- Bugzilla json - rpc
- 直接连接bugzilla数据库
祝你好运!如果你写了一个导出脚本，我鼓励你在GitHub上开源它!
我最近在尝试将W3C项目的Bugzilla问题迁移到GitHub时遇到了同样的问题，所以我结束了
- 编写一个RESTful API包装器，它刮掉了Bugzilla (W3C Bugzilla禁用了API)
- 编写一个hackish CoffeeScript程序/脚本来使用该包装器并在GitHub上创建问题。
我希望我的脚本可以很容易地修改，以适应您的目的。
去年我写了一个Perl脚本来处理这个问题;你可以有效地通过Bugzilla的内置UI将你想要的bug保存为XML，然后脚本将它们作为单独的问题上传。
它使用Net::GitHub::V2作为上传API，使用GitHub的oauth系统进行认证。默认情况下，它从环境中读取用户和repo配置，因为我是从其他脚本中运行它;但是如果你想自定义，所有的变量都在脚本的顶部。
您可以在Bondable的帮助下做到这一点https://web.archive.org/web/20160304172242/http://www.bondable.com/integrations/p/services/bugzilla
你可以用Bugzilla创建很多集成
注意:自2020-03-11起，www.bondable.com不再托管web应用程序，原始链接是垃圾邮件