从遗留问题跟踪器导入问题到 Gitlab CE？
import issues from legacy issue tracker to Gitlab CE?
将数据从遗留问题跟踪器系统导入 Gitlab CE 有什么问题？
有这方面的工具吗？模式？建议？
请注意，这实际上是一个遗留问题跟踪器系统。它早于 bugzilla，并在旧的 IIS 服务器和 SQL Server 2000 上运行。
（说出你对这个设置的任何看法，但我们没有听说过。）
您应该使用 REST API 来创建迁移。
一般推荐问题都是题外话，所以如果我提到
有redmine issue importer and there are issue tracker issues on the gitlab ce issue tracker requesting this. This sounds like a good kind of thing to make as a community contribution如果它是一个流行的工具。
但如果不是，并且你是世界上唯一使用你的跟踪器的人，你可能会想要研究基于 python 的 redmine 问题导入器，它可能会作为你编写的示例您自己的基于 REST-api 的工具可以读取您的数据库并创建 Gitlab Issue Tracker 问题。你不想也不需要知道 Gitlab 端的 PostGres 模式。无论如何它都会随着时间而改变。
将数据从遗留问题跟踪器系统导入 Gitlab CE 有什么问题？
有这方面的工具吗？模式？建议？
请注意，这实际上是一个遗留问题跟踪器系统。它早于 bugzilla，并在旧的 IIS 服务器和 SQL Server 2000 上运行。
（说出你对这个设置的任何看法，但我们没有听说过。）
您应该使用 REST API 来创建迁移。
一般推荐问题都是题外话，所以如果我提到 有redmine issue importer and there are issue tracker issues on the gitlab ce issue tracker requesting this. This sounds like a good kind of thing to make as a community contribution如果它是一个流行的工具。
但如果不是，并且你是世界上唯一使用你的跟踪器的人，你可能会想要研究基于 python 的 redmine 问题导入器，它可能会作为你编写的示例您自己的基于 REST-api 的工具可以读取您的数据库并创建 Gitlab Issue Tracker 问题。你不想也不需要知道 Gitlab 端的 PostGres 模式。无论如何它都会随着时间而改变。