Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Git at any scale

cursor.com

Post reply on HN
Print view View original

61–70 of 128 posts

Re: Git at any scale

#61

Post by bric-a-brac »

nikolay wrote: post #52

There's nothing Cursor can do that GitHub/Microsoft can't in 2026... And vice versa... after several years of Cursor vibecoding a GitHub clone while catching up with GitHub's new features. Git's performance it's not the issue; it's GitHub Actions, PRs, etc. The moment Cursors steals paid GitHub customers and gets the same workloads, they will start having similar issues! Stealing engineers who couldn't fix this at Gi…

I'd argue that for whatever other faults they have, Composer 2.5 is pretty competitive as an implement-planned-work model. It's several times faster than Sonnet 5, cheaper, and performance is comparable.

Ears wide open for a model that does better for the same parameters. Pareto efficiency is important, but Anthropic doesn't seem to care about it. They desperately need a Haiku 5, IMO.

Re: Git at any scale

#62

Post by deburo »

nikolay wrote: post #52

There's nothing Cursor can do that GitHub/Microsoft can't in 2026... And vice versa... after several years of Cursor vibecoding a GitHub clone while catching up with GitHub's new features. Git's performance it's not the issue; it's GitHub Actions, PRs, etc. The moment Cursors steals paid GitHub customers and gets the same workloads, they will start having similar issues! Stealing engineers who couldn't fix this at Gi…

Perhaps you didn't read the article, but the implementation they describe is interesting and perhaps easier implemented in a new project from scratch.

It can't be any worse than current github, and since we've heard plenty of people express their dissatisfaction with github recently, this is actually a good direction for Cursor. A product people may want. We'll see.

Re: Git at any scale

#63

Post by skybrian »

This is an excellent post that explains why their version of git hosting is more scalable. But it seems like most people won't need it, assuming Github remains free to use and they get their availability problems fixed.

Will free Git hosting continue to be sustainable, though, without architectural improvements like this?

Re: Git at any scale

#65

Post by dewey »

dgellow wrote: post #22
dewey wrote: post #11

That was a very well written and interesting article. I really enjoyed it. Some good background for people telling GitHub to "just scale".

GitHub issues are mostly with PRs, CI, etc, not with git

Source?

When I look at one of the recent blog posts (https://github.blog/news-insights/company-news/an-update-on-...) I see crazy charts of PR merged, Commits, Repositories created. These are all git operations and not just some slow Rails app.

Re: Git at any scale

#66

Post by dgellow »

dewey wrote: post #65
dgellow wrote: post #22

Earlier quoted context omitted.

GitHub issues are mostly with PRs, CI, etc, not with git

Source? When I look at one of the recent blog posts ( https://github.blog/news-insights/company-news/an-update-on-... ) I see crazy charts of PR merged, Commits, Repositories created. These are all git operations and not just some slow Rails app.

Have you read the article?

> Short term, we had to resolve a variety of bottlenecks that appeared faster than expected from moving webhooks to a different backend (out of MySQL), redesigning user session cache to redoing authentication and authorization flows to substantially reduce database load. We also leveraged our migration to Azure to stand up a lot more compute.

The scaling issues they have don’t have git as the bottleneck from what I understand

Re: Git at any scale

#67

Post by dewey »

dgellow wrote: post #66
dewey wrote: post #65

Earlier quoted context omitted.

Source? When I look at one of the recent blog posts ( https://github.blog/news-insights/company-news/an-update-on-... ) I see crazy charts of PR merged, Commits, Repositories created. These are all git operations and not just some slow Rails app.

Have you read the article? > Short term, we had to resolve a variety of bottlenecks that appeared faster than expected from moving webhooks to a different backend (out of MySQL), redesigning user session cache to redoing authentication and authorization flows to substantially reduce database load. We also leveraged our migration to Azure to stand up a lot more compute. The scaling issues they have don’t have git as t…

In the same article it says:

> The number of repositories on GitHub is growing faster than ever, but a much harder scaling challenge is the rise of large monorepos. For the last three months, we’ve been investing heavily in response to this trend both within git system and in the pull request experience.

They also mention large monorepos and git read operations as a core issue in the other incident post that's on the HN front page right now:

https://github.blog/news-insights/company-news/the-august-17...

Re: Git at any scale

#68

Post by aaroninsf »

brandonagr2 wrote: post #55
croes wrote: post #33

Earlier quoted context omitted.

Just like with climate change, the problems Elon creates don’t go away just because people are reminded of them. He still pushes his agenda, he still has lots of followers who believe his nonsense

[flagged]

To get racist murderer cops out of jail, is the story I read today.

Re: Git at any scale

#69

Post by solid_fuel »

brandonagr2 wrote: post #55
croes wrote: post #33

Earlier quoted context omitted.

Just like with climate change, the problems Elon creates don’t go away just because people are reminded of them. He still pushes his agenda, he still has lots of followers who believe his nonsense

[flagged]

Why don’t you just go read his twitter account and take a guess. He hasn’t been focused on improving the future for anyone but himself for years.
Post reply on HN