Page MenuHomePhabricator

Automatically create task on Phabricator based on Issues from Github repositories
Open, Needs TriagePublic

Description

From #wikimedia-dev on IRC:

<He7d3r> @Majavah: I notice the this tool you've created:
<He7d3r> https://toolsadmin.wikimedia.org/tools/id/github-pr-closer
<He7d3r> and I was talking to @Halfak about it. Would it be possible to use something similar for bringing GitHub issues to Phabricator?
<Majavah> He7d3r: what do you mean by "bringing GitHub issues to Phabricator"? afaik the standard practice currently is to disable gh issues completely and leave a note somewhere in readme that issues are tracked in phab
<He7d3r> @Majavah, @Halfak's suggestion was to auto-create and tag a task in phabricator, linking to the github issue
<He7d3r> I think this would be used mainly for scoring team repos (e.g. revscoring, wikilabels, ores)
<Majavah> That shouldn't be too complicated, I can take a look at this later, busy with something else now

Event Timeline

I'd like to decline this task. This is basically the same as T972 and T109566: Getting more reports from people who will never reply to any followup questions in Phabricator as they do not have an account in Phabricator and hence do not get any updates from Phabricator.

From my point of view, I often don't even notice the issues posted in github because phab is my main workflow. I mostly want a task for checking out the github issue and trying to address it. I think I'd be OK with people not coming to phab so long as working with them is tracked in phab.

I feel like the only other alternative is to turn off issues in github. But then we have issues not reported as well as people on github not coming to phab.

Indeed, that could be solved by disabling reporting issues in Github so people have to report issues somewhere else.

But then we have issues not reported as well as people on github not coming to phab.

The argumentation could be expanded to people who don't want to create an account neither on Github nor in Wikimedia Phabricator, etc. :)
It boils down to "How many places would you want to actively monitor?" Or more evil: "In how many places would you like to fragment and duplicate conversations?"

I guess github is important due to its market dominance. It's also particularly relevant for many of our libraries as we list the primary repo (not just a mirror) on github to take advantage of that market dominance.

Could be, however than we are back to T253388#6158680. :)

I figured it would be a bot filing the tasks and that the form of the task would essentially be "Go review this issue on github and copy it here if necessary".

(Removing Phabricator and Wikimedia-GitHub as this would not require changes (in my understanding) in these areas if some bot used APIs of both systems)