[binbasti]

Forking would be the key to eliminate the gatekeeper problem, so that for certain topics people could publish their own articles or make changes to existing ones without needing the approval of some opinionated moderator or admin. On the German Wikipedia this problem is so bad that earlier this year we had a really big discussion that even extended from the blogosphere to the major news outlets.

What I mean is that Wikipedia could learn from GitHub how a lot of forks plus easy pull requests can exponentially increase participation and generation of new content while still being able to retain quality.

It's not like someone can work on a feature that later gets merged into the mainline, right?

Why not? You could extend an article or contribute some new articles for a topic, publish the content yourself, and try to get it into the main project. Then on the main site there could be a list of forks, and even a network graph exactly like on GitHub.

[riffraff]

sorry I do not understand: who is in charge of importing the data anyway, if not the gatekeeper?

Also, i mean that the difference with forking source code is that you can work on something that will not get accepted into the mailine, but is useful to you, or your organization.

It does not seem to me that you can have a private wikipedia to which you refer people, it would be useless. Same with forks, if an officially blessed fork does not exist, you get anarchy and all of them become unreliable, cfr the rails foreign key plugins for reference: when strong active and clear leadership miss, projects fade into failure.

OTOH if you just want "easy merge" that does not seem to replace the gatekeeper, you just made him more visibile.

But if I am missing soemthing, I'd be happy to understand :)