Permissions. I specifically remember talking to Tom and Chris about how that was really the main point of rage that spawned the idea of GitHub (and its original slogan “Git hosting: No longer a pain in the ass”).
Setting up and managing keys, spinning up new repos, etc. would suck up an inordinate amount of time. This was especially true when I worked at consultancies. Blocking developer work with “Sorry gotta wait on Todd to add you to the server and set you up on Git,” when Todd would avoid it like the plague because it sucked would lose a lot of time.
If you averaged the time out, it may not have hit the five hour per week mark, but it combined with other time savers (linking Git directly with the issue tracker for example instead of having to figure out how to cross reference them) easily did/does.
> Setting up and managing keys, spinning up new repos, etc. would suck up an inordinate amount of time.
The claim was 5 hours per employee per week. I found that it took far less than 50 hours a week when working at a 10 person company. And if it did, I'd question the competence of whoever was doing that maintenance.
I'd pin it at closer to 3 or 4 minutes per employee per week, with maybe 8 hours of setup once. That's still a bunch of work, but it's a whole different ballgame.
Maybe not managing permissions directly. But I could easily see a number like that, or higher, being plausible if you consider clean up from junior devs accidentally pushing to development/main branches thinking they were on their feature branch. Which is an issue directly solved by permissions.
