News for hackers. Stuff that matters.

A comment on Show HN: We scaled Git to support 1 TB repos. Parent comment

Re:Show HN: We scaled Git to support 1 TB repos by sk0g on Tuesday December 13, 2022 @11:49PM (#33980125)
The centralised model of Perforce is more of a natural fit for one thing, since by default it allows you to clone subsets, and just the latest version of files. File locking is much more integrated into the p4 workflow as well, in git you can still modify files locally, then commit them. The check happens on push, and sometimes git fails to send the lock notification upstream. Oh and it breaks down entirely if you use branches.

Some of these have workarounds and hacks for more experienced users. I'm not about to run around teaching people the intricacies of arcane git incantations, while p4 functions, by default, how you'd want to. The programming side is better on git though, yeah.

[ Parent | on HN ]
Re:Show HN: We scaled Git to support 1 TB repos by reverius42 on Wednesday December 14, 2022 @06:21PM (#33992296)
(XetHub engineer here)

We're working on perforce-style locking on XetHub, and I believe git already supports things like only cloning the latest version of files. Cloning the full repo without "smudging" (pulling in binary file contents) is already possible, and cloning while smudging a subset is on our roadmap. We're definitely on a path to making git UX for dealing with large binary files as easy as perforce, and there are lots of advantages to keeping a git-based workflow for teams that already work with git.

[ Parent | on HN ]