<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 20, 2020 at 4:40 PM Richard Smith via cfe-dev <<a href="mailto:cfe-dev@lists.llvm.org">cfe-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">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.<div><br></div><div>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.)</div><div><br></div><div>Would that work?</div></div></blockquote><div>If we are reasonably certain that no one would be opening new issues on GitHub while the migration is running...</div><div>Also, I'm not sure that all of the issues in Bugzilla are filed against things in the monorepo.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 20 Apr 2020 at 13:33, Anton Korobeynikov via cfe-dev <<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Just to clarify a bit: what I wanted to say is that it's unlikely<br>
that we will be able to ensure that bugzilla issue numbers after<br>
migration would coincide with github issue numbers. And therefore<br>
proper mapping will be necessary. And this mapping would be more<br>
complex than just rewriting the URL.<br>
<br>
<br>
On Mon, Apr 20, 2020 at 11:25 PM Anton Korobeynikov<br>
<<a href="mailto:anton@korobeynikov.info" target="_blank">anton@korobeynikov.info</a>> wrote:<br>
><br>
> > 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 <a href="http://llvm.org/PRxxxxx" rel="noreferrer" target="_blank">llvm.org/PRxxxxx</a>, and if we can preserve all the issue numbers this would ease the transition pain substantially.<br>
> Well... I hate to say this, but quite unlikely. Unfortunately, there<br>
> were significant changes in GitHub opensource team and these days they<br>
> are much less responsive than they used to be during our github<br>
> migration. I asked this question several times, and unfortunately,<br>
> there is no answer. I will certainly keep trying.<br>
><br>
> The problem here is there is no way to assign / control issue numbers<br>
> at all. They are just automatically assigned in sequential order.<br>
> While it might be possible to utilize this while migrating everything<br>
> to, say, a special archive project on GitHub, we will not be able to<br>
> control the numbers assigned should we migrate the issues one-by-one<br>
> or just move from archive to main project.<br>
><br>
> So, the only viable way seems to be plain big mapping from bugzilla to<br>
> github issue numbers without anything simple like "<a href="http://llvm.org/PRxxxxxx" rel="noreferrer" target="_blank">llvm.org/PRxxxxxx</a><br>
> becomes <a href="https://github.com/llvm/llvm-project/issues/xxxxxx" rel="noreferrer" target="_blank">https://github.com/llvm/llvm-project/issues/xxxxxx</a>".<br>
><br>
><br>
> --<br>
> With best regards, Anton Korobeynikov<br>
> Department of Statistical Modelling, Saint Petersburg State University<br>
<br>
<br>
<br>
--<br>
With best regards, Anton Korobeynikov<br>
Department of Statistical Modelling, Saint Petersburg State University<br>
_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a><br>
<a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev" rel="noreferrer" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev</a><br>
</blockquote></div>
_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a><br>
<a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev" rel="noreferrer" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev</a><br>
</blockquote></div></div>