<div dir="auto">How many issues are we talking about with circular dependencies? Small enough for us to fix by hand on a need to basis? At present the lack of bug tracker for 10 days is starting to be more painful than  the 100% correctness of the data. My experience of multiple migrations to JIRA systems from various legacy bug trackers that this is an iterative processes at some point you say “That’s good enough” and you conclude that historical issues aren’t looked at enough to worry about it, as long as users can get back to the legacy system they can cross reference if necessary </div><div dir="auto"><br></div><div dir="auto">Once you open this up, most issues we tackle will be  new issues created in GitHub.</div><div dir="auto"><br></div><div dir="auto">Time to move forward, ideally we should have done these kinds of migrations during the planning phase, but we didn’t and that’s a lesson learnt, but let’s finish up the migration as is. Move on in my view it looks good enough to use and you’ve done a good job but let’s not drag this out for 1% of bugs we might not look at much!</div><div dir="auto"><br></div><div dir="auto">My 2p worth</div><div dir="auto"><br></div><div dir="auto">MyDeveloperDay</div><div dir="auto"><br></div><div dir="auto"><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 4 Dec 2021 at 00:19, Anton Korobeynikov 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-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">Dear All,<br>
<br>
I hate to say this, but the migration was stopped again. Now it seems<br>
that GitHub does not rewrite issue references properly during the<br>
transfer (sick!). Let me show what the problem is exactly:<br>
<br>
Consider two issues: A and B, where A will reference B and B will<br>
reference A. In our case this is used to model various relations like<br>
"duplicates / is duplicated by", "blocks / is blocked by", "depends on<br>
/ required by". So, in bz archive A will reference B as #B and B<br>
will reference #A.<br>
<br>
Now, let's migrate A. The references will be rewritten. #B =><br>
bz-archive#B and #A => llvm-project#A. However, after migration of B<br>
only one reference is rewritten llvm-project#A => #A, the bz-archive#B<br>
link in the issue A will not be rewritten and therefore a dangling<br>
reference will appear.<br>
<br>
For us this means that we will lose all links to duplicate issues, and<br>
(more important!) to linked issues in the meta bugs.<br>
<br>
I informed GitHub about the bug and I am waiting for their answer.<br>
<br>
-- <br>
With best regards, Anton Korobeynikov,<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></div>