<div dir="ltr">While I don't know the full extent of what it takes to do this, it is definitely possible to migrate old issues and their history. The IETF migrated from their own Trac instance over to GitHub a while back, including porting all the old issues over. For example:<div><br></div><div><a href="https://github.com/ietf-tools/datatracker/issues/1">https://github.com/ietf-tools/datatracker/issues/1</a><br></div><div><br></div><div>Note the date of the issue is 2007, and includes a comment about when the migration happened. All the comments and history of the Trac issue migrated to the GitHub thread as well.</div><div><br></div><div>I believe this provides sufficient context for the history of the issues. And arguably moving from one silo (bitbucket) to another (github) is less problematic than moving from a self-hosted tool that could have maintained the permalinks anyway.</div><div><br></div><div>Aaron</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jan 25, 2023 at 8:30 PM Nat Sakimura via Openid-specs-ab <<a href="mailto:openid-specs-ab@lists.openid.net">openid-specs-ab@lists.openid.net</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">I am strongly opposed to the migration <u>unless we can move the entire history (including timestamps) of the issues and PR linkages etc</u>. We have been painstakingly doing that. <div>It is not just a matter of whether we have finished working on a work etc. It is a transparency and accountability issue for the entire foundation. </div><div><br></div><div>When we moved from Mercurial to Git, we made sure that it was the case. At the time, we also evaluated if it was possible to move to GitHub, but the answer was negative. Given that the migration was done like 5 years ago, the situation may have changed, but unless that is made sure, we cannot migrate. </div><div><div>The last migration did not impact the Foundation's budget because NRI took the cost of researching it and the migration of it, but that was not trivial. </div><div></div></div><div><br></div><div>Also, </div><div>> 2 - <span>Github</span> orgs would allow for a connect or <span>OpenID</span> parent with individual repos for the various <span>specs</span> similar to other specification efforts using <span>github</span> (more focused issue </div><div>is not a good reason as it is the same in BitBucket. </div><div><br></div><div>Best, </div><div><br></div><div>Nat Sakimura</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">2023年1月20日(金) 0:38 Torsten Lodderstedt via Openid-specs-ab <<a href="mailto:openid-specs-ab@lists.openid.net" target="_blank">openid-specs-ab@lists.openid.net</a>>:<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>+1 to migrating after we published the Implementers Drafts of OID4VC</div><br><div>On Jan. 11 2023, at 6:54 pm, Mike Jones via Openid-specs-ab <<a href="mailto:openid-specs-ab@lists.openid.net" target="_blank">openid-specs-ab@lists.openid.net</a>> wrote:</div><blockquote><div>   </div><div><div class="MsoNormal">As discussed during a working group call (I think in December), there’s an appetite for moving *<strong>all</strong>* Connect specs to the GitHub repository <a href="http://github.com/openid/connect" target="_blank">github.com/openid/connect</a> at the same time.  We should move them all because then we maintain the benefit of having a single issue tracker for the working group.  If we had to use different issue trackers for different specs, that would be an ongoing source of confusion.  It would also make it more difficult to chair calls, since we’d have to triage issues and PRs across multiple repositories.</div><br><div class="MsoNormal"> </div><br><div class="MsoNormal">When we move, issues will all migrate.  PRs will not migrate.  Therefore, we should be mindful about when to migrate so as to minimize the number of open PRs.  The consensus when we last discussed this is that the right time to migrate is after we publish proposed Implementer’s Drafts for the OpenID4VC specs.  (The OpenID Connect Federation editors can also try to ensure that most/all of the Federation PRs are merged at the same time.)</div><br><div class="MsoNormal"> </div><br><div class="MsoNormal">So if any of you need more motivations to review OpenID4VC issues and PRs and get us to proposed Implementer’s Drafts, take into account that you doing so will accelerate our migration to GitHub. <font style="font-family:"Segoe UI Emoji",sans-serif">😊</font>  Let’s promptly advance the OpenID4VC specs!</div><br><div class="MsoNormal"> </div><br><div class="MsoNormal">                                                       -- Mike</div><br><div class="MsoNormal"> </div><br><div><div><div class="MsoNormal"><div><strong>From:</strong> Openid-specs-ab <<a href="mailto:openid-specs-ab-bounces@lists.openid.net" target="_blank">openid-specs-ab-bounces@lists.openid.net</a>> <strong>On Behalf Of </strong>Joseph Heenan via Openid-specs-ab</div><div><strong>Sent:</strong> Wednesday, January 11, 2023 2:36 AM</div><div><strong>To:</strong> Artifact Binding/Connect Working Group <<a href="mailto:openid-specs-ab@lists.openid.net" target="_blank">openid-specs-ab@lists.openid.net</a>></div><div><strong>Cc:</strong> Joseph Heenan <<a href="mailto:joseph@authlete.com" target="_blank">joseph@authlete.com</a>></div><div><strong>Subject:</strong> Re: [Openid-specs-ab] Migrating source control to github?</div></div></div></div><div class="MsoNormal"> </div><br><div class="MsoNormal">Hi Jeremie</div><br><div><div class="MsoNormal"> </div></div><div><div class="MsoNormal">I think I’d be in favour of this.</div></div><div><div class="MsoNormal"> </div></div><div><div class="MsoNormal">There’s precedent for this, the OIDF shared signals and events group already moved to GitHub:</div></div><div><div class="MsoNormal"> </div></div><div><div class="MsoNormal"><a href="https://github.com/openid/sse" title="https://github.com/openid/sse" target="_blank">https://github.com/openid/sse</a></div></div><div><div><div class="MsoNormal"> </div></div><div><div class="MsoNormal">I think whether each WG has one repo per WG (as currently on bitbucket and as SSE currently do on GitHub) or one per spec (as you are I think suggesting) is a slightly more nuanced discussion.</div></div><div><div class="MsoNormal"> </div></div><div><div class="MsoNormal">Thanks</div></div><div><div class="MsoNormal"> </div></div><div><div class="MsoNormal">Joseph</div></div><div><div class="MsoNormal"><br><br></div><br><blockquote><div><div class="MsoNormal">On 11 Jan 2023, at 00:59, Jeremie Miller via Openid-specs-ab <<a href="mailto:openid-specs-ab@lists.openid.net" title="mailto:openid-specs-ab@lists.openid.net" target="_blank">openid-specs-ab@lists.openid.net</a>> wrote:</div></div><div class="MsoNormal"> </div><br><div><div><div class="MsoNormal">I wanted to put out a feeler to this group on interest in migrating from bitbucket to github for the OpenID4VC family of specs.</div><br><div><div class="MsoNormal"> </div></div><div><div class="MsoNormal">The reason I'm only suggesting migrating a subset of the larger connect repository is two-fold:</div></div><div><div class="MsoNormal">1 - They're younger specs and the team managing them right now is pretty active and focused</div></div><div><div class="MsoNormal">2 - Github orgs would allow for a connect or OpenID parent with individual repos for the various specs similar to other specification efforts using github (more focused issue trackers, permissions, build automations, etc)</div></div><div><div class="MsoNormal"> </div></div><div><div class="MsoNormal">If there's interest and no blockers, I'm also volunteering to help do the work of the migration.</div></div><div><div class="MsoNormal"> </div></div><div><div class="MsoNormal">Thanks!</div></div><div><div class="MsoNormal"> </div></div><div><div class="MsoNormal">Jer</div></div><div><div class="MsoNormal"> </div></div></div><div class="MsoNormal"><br><div><strong><em><span style="color:rgb(85,85,85)"><font style="font-size:10pt"><font style="font-family:"Segoe UI",sans-serif">CONFIDENTIALITY NOTICE: This email may contain confidential and privileged material for the sole use of the intended recipient(s). Any review, use, distribution or disclosure by others is strictly prohibited.  If you have received this communication in error, please notify the sender immediately by e-mail and delete the message and any file attachments from your computer. Thank you.</font></font></span></em></strong>_______________________________________________</div><div>Openid-specs-ab mailing list</div><div><a href="mailto:Openid-specs-ab@lists.openid.net" title="mailto:Openid-specs-ab@lists.openid.net" target="_blank">Openid-specs-ab@lists.openid.net</a></div><div><a href="https://lists.openid.net/mailman/listinfo/openid-specs-ab" title="https://lists.openid.net/mailman/listinfo/openid-specs-ab" target="_blank">https://lists.openid.net/mailman/listinfo/openid-specs-ab</a></div></div></div></blockquote></div><div class="MsoNormal"> </div></div></div><div>_______________________________________________</div><div>Openid-specs-ab mailing list</div><div><a href="mailto:Openid-specs-ab@lists.openid.net" target="_blank">Openid-specs-ab@lists.openid.net</a></div><div><a href="https://lists.openid.net/mailman/listinfo/openid-specs-ab" target="_blank">https://lists.openid.net/mailman/listinfo/openid-specs-ab</a></div></blockquote>_______________________________________________<br>
Openid-specs-ab mailing list<br>
<a href="mailto:Openid-specs-ab@lists.openid.net" target="_blank">Openid-specs-ab@lists.openid.net</a><br>
<a href="https://lists.openid.net/mailman/listinfo/openid-specs-ab" rel="noreferrer" target="_blank">https://lists.openid.net/mailman/listinfo/openid-specs-ab</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr">Nat Sakimura<div>NAT.Consulting LLC</div></div></div>
_______________________________________________<br>
Openid-specs-ab mailing list<br>
<a href="mailto:Openid-specs-ab@lists.openid.net" target="_blank">Openid-specs-ab@lists.openid.net</a><br>
<a href="https://lists.openid.net/mailman/listinfo/openid-specs-ab" rel="noreferrer" target="_blank">https://lists.openid.net/mailman/listinfo/openid-specs-ab</a><br>
</blockquote></div>