llvm dev - Apr 2020 - RFC: Switching from Bugzilla to Github Issues [UPDATED]

> Can we preserve the existing bug numbers if we migrate this way? There are
lots of references to "PRxxxxx" in checked in LLVM artifacts and
elsewhere in the world, as well as links to llvm.org/PRxxxxx, and if we can
preserve all the issue numbers this would ease the transition pain
substantially.
Well... I hate to say this, but quite unlikely. Unfortunately, there
were significant changes in GitHub opensource team and these days they
are much less responsive than they used to be during our github
migration. I asked this question several times, and unfortunately,
there is no answer. I will certainly keep trying.

The problem here is there is no way to assign / control issue numbers
at all. They are just automatically assigned in sequential order.
While it might be possible to utilize this while migrating everything
to, say, a special archive project on GitHub, we will not be able to
control the numbers assigned should we migrate the issues one-by-one
or just move from archive to main project.

So, the only viable way seems to be plain big mapping from bugzilla to
github issue numbers without anything simple like "llvm.org/PRxxxxxx
becomes https://github.com/llvm/llvm-project/issues/xxxxxx".


--
With best regards, Anton Korobeynikov
Department of Statistical Modelling, Saint Petersburg State University

Just to clarify a bit: what I wanted to say is that it's unlikely
that we will be able to ensure that bugzilla issue numbers after
migration would coincide with github issue numbers. And therefore
proper mapping will be necessary. And this mapping would be more
complex than just rewriting the URL.


On Mon, Apr 20, 2020 at 11:25 PM Anton Korobeynikov
<anton at korobeynikov.info> wrote:
>
> > Can we preserve the existing bug numbers if we migrate this way? There
are lots of references to "PRxxxxx" in checked in LLVM artifacts and
elsewhere in the world, as well as links to llvm.org/PRxxxxx, and if we can
preserve all the issue numbers this would ease the transition pain
substantially.
> Well... I hate to say this, but quite unlikely. Unfortunately, there
> were significant changes in GitHub opensource team and these days they
> are much less responsive than they used to be during our github
> migration. I asked this question several times, and unfortunately,
> there is no answer. I will certainly keep trying.
>
> The problem here is there is no way to assign / control issue numbers
> at all. They are just automatically assigned in sequential order.
> While it might be possible to utilize this while migrating everything
> to, say, a special archive project on GitHub, we will not be able to
> control the numbers assigned should we migrate the issues one-by-one
> or just move from archive to main project.
>
> So, the only viable way seems to be plain big mapping from bugzilla to
> github issue numbers without anything simple like "llvm.org/PRxxxxxx
> becomes https://github.com/llvm/llvm-project/issues/xxxxxx".
>
>
> --
> With best regards, Anton Korobeynikov
> Department of Statistical Modelling, Saint Petersburg State University


--
With best regards, Anton Korobeynikov
Department of Statistical Modelling, Saint Petersburg State University

210 issues have been filed on github so far. That's negligible compared to
the total number we have, so a minor additional effort for those seems
acceptable if we can't actually clean them out and reuse the numbers.

So suppose we start with bugzilla issue #211 and migrate the issues to
github one at a time, in order. That would preserve the existing bug
numbering and all existing bugs, other than those first 210. For those 210,
I'd suggest we file new issues on github, and add comments to github issue
1-210 indicating they've been migrated and the new issue number. (I'd be
inclined to delete as much contents from those issues as possible and
retain only the redirect to the new number.)

Would that work?

On Mon, 20 Apr 2020 at 13:33, Anton Korobeynikov via cfe-dev <
cfe-dev at lists.llvm.org> wrote:
> Just to clarify a bit: what I wanted to say is that it's unlikely
> that we will be able to ensure that bugzilla issue numbers after
> migration would coincide with github issue numbers. And therefore
> proper mapping will be necessary. And this mapping would be more
> complex than just rewriting the URL.
>
>
> On Mon, Apr 20, 2020 at 11:25 PM Anton Korobeynikov
> <anton at korobeynikov.info> wrote:
> >
> > > Can we preserve the existing bug numbers if we migrate this way?
There
> are lots of references to "PRxxxxx" in checked in LLVM artifacts
and
> elsewhere in the world, as well as links to llvm.org/PRxxxxx, and if we
> can preserve all the issue numbers this would ease the transition pain
> substantially.
> > Well... I hate to say this, but quite unlikely. Unfortunately, there
> > were significant changes in GitHub opensource team and these days they
> > are much less responsive than they used to be during our github
> > migration. I asked this question several times, and unfortunately,
> > there is no answer. I will certainly keep trying.
> >
> > The problem here is there is no way to assign / control issue numbers
> > at all. They are just automatically assigned in sequential order.
> > While it might be possible to utilize this while migrating everything
> > to, say, a special archive project on GitHub, we will not be able to
> > control the numbers assigned should we migrate the issues one-by-one
> > or just move from archive to main project.
> >
> > So, the only viable way seems to be plain big mapping from bugzilla to
> > github issue numbers without anything simple like
"llvm.org/PRxxxxxx
> > becomes https://github.com/llvm/llvm-project/issues/xxxxxx".
> >
> >
> > --
> > With best regards, Anton Korobeynikov
> > Department of Statistical Modelling, Saint Petersburg State University
>
>
>
> --
> With best regards, Anton Korobeynikov
> Department of Statistical Modelling, Saint Petersburg State University
> _______________________________________________
> cfe-dev mailing list
> cfe-dev at lists.llvm.org
> https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20200420/43f9857b/attachment.html>