I think the ease of use of GitHub issues overcomes potential problems about cross-referencing issues. Worth noting on this topic that GitHub already provides good support for referencing pull requests from issues across repos / orgs.
The benefit of having issues and PRs in one place, to me, is a benefit too tasty to pass up. Darryl, do you have examples of issues that you think could be problematic in a GitHub-based world? On Wed, Aug 2, 2017 at 12:43 PM, Darryl Pogue <dar...@dpogue.ca> wrote: > My concern with GitHub issues is that we have a tonne of repos and issues > can easily span across them, and we'd lose the one central place for issue > tracking and triage. I worry that we'd be inundated with issues on the > wrong repos, or without additional information, and triaging would become > an insurmountable chore leading to a worse backlog than we already have in > JIRA. > > On 2 August 2017 at 12:38, Shazron <shaz...@apache.org> wrote: > >> Phase 1 of our move to Github is complete, see: >> https://issues.apache.org/jira/browse/INFRA-14347 >> >> We need a migration plan for moving JIRA issues to Github Issues before we >> enable Github Issues on those repos. >> >> Once we figure those out, we can proceed with Phase 2: >> https://issues.apache.org/jira/browse/INFRA-14398 >> >> I'll start it off by saying that ideally we: >> 1. Triage issues >> 2. Automate migration of existing open issues to Github issues >> 3. "Close off" the JIRA issues >> >> The impact of this is, the original reporters will not get notified of >> further updates to the issue except for a link to the new issue on Github >> as a JIRA comment (since they will not be subscribed to the Github issue). >> >> We could also migrate every open issue first, then triage later in Github, >> as well. >> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org