Bugzilla to GitHub Issues Migration

Mike Parker aldacron at gmail.com
Fri Jun 23 08:35:12 UTC 2023


On Thursday, 22 June 2023 at 15:50:06 UTC, Vladimir Panteleev 
wrote:

>
> I still see some issues:
>
> - Please import one BZ comment as one GH comment, so that it's 
> still possible to link to a comment. Comments to links should 
> be converted to point to the right comment, or else we may lose 
> context.
>
> - Please put the description and every comment in a Markdown 
> block, otherwise things are going to be corrupted due to the 
> Markdown formatting.

Sounds good. I'll discuss it with Robert.

>
> - Please try it with some bugs from the DMD project before 
> doing the real migration. You should see a much higher variety 
> of "interesting" bug reports that you would not see otherwise.
>
> - Make sure to actually try moving ALL bugs to a private test 
> repository before doing the real migration, for the same 
> reasons.

Agreed.


>
> - Have you considered using the same software that the LLVM 
> project used for their migration? Writing our own tool seems 
> wasteful if existing proven software exists.

I didn't look into it. I think Mathias did when he first explored 
this a couple years ago, but I may be wrong.

>
> - We have agreed that a prerequisite of doing this migration 
> was ensuring that we can still download the entire data off of 
> GitHub, and/or that we maintain a live independent copy/backup 
> in case we lose access to the data. Has this been done?

There are a few different options out there for this. We can 
download everything anytime via GitHub's API. GH actually 
[released a tool for 
this](https://github.com/github/github-artifact-exporter) a 
couple of years ago, but archived the repo a few months back. 
However, I'm leaning toward a paid service that makes regular 
backups of designated repositories to a cloud storage provider 
(which would be Google Drive in our case).






More information about the Digitalmars-d mailing list