<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Fri, Oct 12, 2018 at 1:50 PM David Greene via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Renato Golin via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>> writes:<br>
<br>
> On Fri, 12 Oct 2018 at 17:48, Andrew Kelley <<a href="mailto:superjoe30@gmail.com" target="_blank">superjoe30@gmail.com</a>> wrote:<br>
>> In practice, after about one release cycle, most of the activity would take place in the new system.<br>
><br>
> You'd be surprised how many 4-year-old bugs I had to deal with...<br>
<br>
I hear you.  :)<br>
<br>
I know we don't want to get distracted with this but a good compromise<br>
solution might be to only migrate active bugs to GitHub and keep<br>
Bugzilla for legacy bug searches.  I certainly have used Bugzilla to<br>
search resolved bugs so we don't want to lose that information</blockquote><div><br></div><div>No. There cannot be a migration which involves switching away from bugzilla but still requires keeping an up-to-date, secure, patched, bugzilla installation running forever. It's hard work to keep services running, they don't just run themselves, and doing so for legacy reference only is not going to work.</div><div><br></div><div>Either we keep actively using bugzilla, or we have a plan which culminates in being able to turn it off without unacceptable loss of data.<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I absolutely think GitHub's bug/PR integration is worth the cost of</blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
transition.</blockquote><div><br></div><div>We do not need to migrate issue tracking in order to use PRs. Those are two entirely distinct things.</div><div><br></div><div>If anyone wants to propose issue tracker migration, please write up an entirely separate proposal. We're _definitely_ not going to do it as part of the VCS repository migration.</div><div><br></div></div></div>