6 comments

[ 2.1 ms ] story [ 18.0 ms ] thread
The language in this post is very curious. It seems like they're going out of their way to avoid acknowledging that this was all their fault.

> issues that our users had.

> GitHub infrastructure team were quick to explain that this was because of us hitting CPU rate limits on their end

and finally at the end of the paragraph

> which turned out to be caused, besides the high volume of clones, by the default options we chose to clone this repo.

If it was me writing this, I'd apologise to Github for the (unintentional) bad design of CocoaPods, and the effect it had on their servers.

When I first heard about this whole mess it seemed to me that the way they use GitHub was somewhat abusive. I'm glad to see they'll forgo shallow clones for full clones but I still find it weird (and abusive) that they use GitHub for this purpose at all. Shouldn't they self host for this kind of thing?
I also find this usage to probably be viewable as abuse, but clearly GitHub has chosen to continue allowing it, even as it has caused them issues like this. I think for them, it has provided some interesting insights about their infrastructure and areas they can optimize (not necessarily because they are lacking). Besides the work they put into this, I can think of at least one other noticeable change they made, which was how the repo pages displayed huge file lists (CocoaPods used to have a massive list of files at the root).

So yes, it's probably not great, but it has given GitHub some fun inf. challenges to build to. If it was something they felt like they couldn't handle, I'm sure they'd politely ask them to hop off their platform ;)

One could assume that they are either simply lazy or incapable of designing such a system on their own. By taking a look at their "index" which consists of one giant directory in a single GitHub Repo, one could indeed argue that it's a mixture of both.

There are so many (big) companies out there using cocoapads for their app development, getting a few to sponsor the hosting bills should be more than doable. A lack of funding is really no excuse.

(comment deleted)