@ksmith I think issue tracker is disabled when Wikimedia create the GitHub mirror but the only not disabled is pull since GitHub dosent allow that to be disabled.

Also I think all the repos are watch by Wikimedia so whoever is in that group on GitHub is watching.

And the description says something like

Github mirror of "reponame" - our actual code is hosted with Gerrit (please see https://www.mediawiki.org/wiki/Developer_access for contributing

But it could be updated to actually link back to the actuall gerrit project and phabricator project.

@Paladox: Ok. Browsing through repos, it does seem like issues are typically disabled. For some reason, they're not in https://github.com/wikimedia/search-highlighter (and search-extra) for example. I don't know why issues are enabled there, nor how many other repos might also have it enabled.

@ksmith I think that may have been because I think developers could choose where they can have bug issues reported but then again I might be wrong.

How do interested users find their way to Phabricator if issues are disabled?
Maybe we could automatically add a wiki page to all github mirrors with some information about how to get involved with the Wikimedia developer community.

In T136863#2603508, @demon wrote:

Ideally we could disable pull requests for all repos we don't develop on Github itself, but that's not possible.

See also dear-github #84 which has some examples of PR-autoclosing bots.

Also, having CONTRIBUTING.md files could be helpful.

Could https://github.com/ImJasonH/nopullrequests be used?

A more detailed description of github contribution guidelines: Setting guidelines for repository contributors. So if it's github-specific, it can go into .github/CONTRIBUTING.md, and could contain instructions on how to submit to gerrit instead.

In T136863#3063148, @Tgr wrote:

Also, having CONTRIBUTING.md files could be helpful.

An example recommended by @bd808: https://github.com/eggpi/citationhunt/blob/master/CONTRIBUTING.md

I actually think we shouldn't bother replicating everything....there's a ton of crap.

What I want to do is re-write my old github plugin again (the upstream one I don't like). It'd handle repo creation (as appropriate), along with keeping descriptions in sync.

I'd love to see organization-wide CONTRIBUTORS.md support rather than having to put it on every repo, but good luck :(

Github is handy as a fast & nice repo browser (git.wikimedia.org is not a thing anymore, Phabricator is slow and has poor usability). That said, having this huge grab bag of repos (much of them uninteresting to anyone outside WMF deployers) is probably bad for attracting volunteers. Maybe there should be multiple GitHub organizations to group things?

(A similar problem is that the legion of extension repos makes our proper libraries impossible to find by browsing, even though those are probably useful for more people, and extension need their own website anyway. The same problem exists with packagist as well.)

As for CONTRIBUTORS, we could just push it everywhere the same way we did for the code of conduct. (How to do that for new repos is still unsolved but does not seem that hard to solve. And for that matter Github mirror creation is itself unsolved for new repos.)

In T136863#3948097, @Tgr wrote:

Phabricator is slow and has poor usability

Could you please file a task for this? Doesn't seem intended imo.

I'm sure no one intends their site/software to be slow and confusing, but those are not easy things to fix, and neither Phacility nor WMF ops can match the resources that go into Github.