This lacks additional content or context. It is simply the author promoting some 2016 letter/article criticising GitHub, and then very loosely tying it to recent changes. It is self-promoting blogspam.
Is github even considered an open source community? Open source projects work on github, sure, (so do closed source projects) but github is not the community. It is a tool.
Not really, no. HackerNews, Slashdot, subreddits, are all communities. Same goes for GitHub. The positive network effects are a considerable hurdle to its competitors.
This is something that more than a few people want, and at one time, it did exist; a simple button you'd click on your fork of a repo, that would go and pull down/merge the latest from the original.
I'm probably not alone in this - but I have a ton of repo "forks" that I just keep around but don't make mods to, but try (and fail) to keep up to date with the original. Why?
Well - because some of these interest me, but aren't often changed if at all - and I worry that some day, the repo will just up and disappear (ie - be deleted), and the code will be gone. So I keep a copy.
This does have the assumption that if they delete their repo, that my branch won't disappear (I assume this is true - wouldn't make sense if that happened). The same kind of thing could even happen to a well used and updated codebase, just because the developer decides this is the thing to do.
So a hedge against this kind of thing.
But keeping the forks up-to-date - for the ones that are popular - is a pain. A single button should be all that is needed, but doesn't exist. So instead, you have to do this weird process (can't remember the exact steps - I recall there's a point you issue a PR and validate it yourself, as part of the process - it makes no sense). Note that this is all thru the web interface for github.
One could keep the repos locally, then issue fetch/pull/merges to grab the latest, but I'd like to avoid the storage req's of that.
In the meantime, I've tried to create a process - that mostly works - that fetches the latest version of the repo, if it exists, as the compressed archive, then stores it in a local "directory" that's a VFS to google drive (IIRC), but it's still in a beta/dev phase and on a back burner.
It's too bad there isn't a way you could specify a fork as a non-updated thing, that just automagically received the updates as they occurred (and then stayed around or was compressed if the op deleted their original branch).
I'd assume that if GitHub notices that bots like these are popular, they'd think about incorporating it as a feature. In a way, this is what has happened with Dependabot  - IMO it's been so widely used that it made sense for GitHub to include it as a feature.
If there weren't people using the free version and wanting those features to our propitiatory workflow we wouldn't have known about GitHub much less bought it.
This is still a really interesting business model, and one I applaud, as it helps a lot of open source developers.
However, the article itself mentions this program, a smaller contributor and dependencies feature and a planned feature list as being signs of a major turning point for GitHub. It's a bit too congratulatory of Microsoft and reads more like an advert than a genuine piece, though I'm sure the author meant well.
> As someone who contributes to open source software, I'm excited for these changes.
I'm curious, if you're passionate about open source, why would you feel excited for changes on one of the most popular closed source websites on the Internet? I like the direction Microsoft has been taking in the past few years regarding F/LOSS, but I think we should be cautiously optimistic about GitHub, while continuing to migrate away towards alternative open platforms.
Personally I've been using a self-hosted instance of Gitea for many months now (and Gogs before that), and it's been working great as a private GitHub alternative.
I'll be excited when most of the world's developers share code and knowledge (looking at you, SO) on open source platforms.
I use it quite frequently, and I quite like it.
That’s what I think when I think github now
It really loses in features compared to gitlab. Such as large files