5 ms·
First of all, quite surprised Google is using perforce (woah!), but as the comments suggest, people internally are using a git-p4 bridge. Secondly the hooks to
by philjr 17y ago
First of all, quite surprised Google is using perforce (woah!), but as the comments suggest, people internally are using a git-p4 bridge.
Secondly the hooks to let them tie I/O requests back to specific applications sounds funky, is there something in the wild that does this today?
- InclinedPlane 17y agoI'm not. There are few source control systems capable of supporting development at google's scale, Perforce is one of them. It may be unhip (compared to modern DVCS systems), it may be a bit clunky (arguably it's less clunky than git), but it is definitely capable.
- philjr 17y agoThe impression I was left with was that their p4 stuff was for kernel source only (i.e. for the 30 or so developers that are using it), so I'm not sure if I see the big deal in using perforce in that scenario.
- easp 17y agoWell, consider that they've probably been using it for the better part of a decade.
- dschobel 17y agoTheir use is more widespread than that. They apparently have 3000 users and 100Gb of data on one primary server [1] Although they have a source license so lord knows what they've done to the system to scale to their levels. [1] http://www.versioncontrolblog.com/2006/12/03/perforce-as-the-version-control-system-at-google/ http://www.versioncontrolblog.com/2006/12/03/perforce-as-the...
- gaius 17y agoWhat's wrong with Perforce? Sure it's "proprietary" but it's pretty solid and scales to huge organizations and codebases. I like having "one repository" but that's subjective I suppose. I'm pretty sure DTrace can do that.