4 ms·
Not trying to go off-topic here, but has anyone here actually used git in the workplace? I'm 3 for 3 on jobs that don't believe in version control, and other co
by PascLeRasc 6y ago
Not trying to go off-topic here, but has anyone here actually used git in the workplace? I'm 3 for 3 on jobs that don't believe in version control, and other companies in my city haven't known what it is, I'm constantly asked about having it on my resume skills section. I've been told everything from "it's not enterprise ready and there's no SLA" to "open source is communism".
- raxxorrax 6y agoI only used git and MS team foundation server once. Never going to use that again, you cannot imagine how slow that monster was. It had VS integration, but it was such a bad product overall. Used SVN previously for private stuff and I think it is still spread in many companies. I liked it, just all the small folders are a PITA and git is faster for larger repositories. It had far better tools than git in my opinion, TortoiseSVN. Heavy, but practical. I would always use git now, even if only locally.
- offtop5 6y agoWhat type of living hell doesn't have version control? Git is the first thing I set up when I start a new side project, every job aside from one which let me set it up, have used version control. I will say Plastic SCM sucks and no one should use it though. One of my side projects ran into massive issues with my contractor due to no one, including myself understanding how plastic works. GitHub for life
- outworlder 6y ago> What type of living hell doesn't have version control? I've worked (thankfully not as an employee) for a well known BANK which did not have any kind of version control whatsoever. None. Not even folders with dates. "Where's the latest release?" "Oh, it's in John Doe's flash drive over there" I am not kidding. After a lot of pestering by my company (which was working on a consulting role), they spent big bucks on some unknown version control system used by hardly anyone else. It followed the old Source Safe's "lock" mechanism. Except you had to use their own software and navigate to each file in question (no searching). Imagine how amazing it was to work on a java project and sloooowly open each folder in the reverse DNS package convention until you got to the file you wanted. Very slowly, because all actions happened on the server. Later on they were bragging on how they were able to create a branch in less than a week. Merging was a day long affair with all code contributors present. EDIT: still, that was over a decade ago. I didn't know there were companies involved with software in any capacity that still don't have version control in 2020.
- musicale 6y agoNote Chris Shaffer's comments on the use of git/github analytics for employee monitoring: "As an (I like to think) good boss, I might use Git statistics to steer interventions with under-performers. If they're committing zillions of lines of code, it's maybe an efficiency or expectations problem. If they never push commits before noon it's maybe a motivation problem." Though he backtracks a bit regarding his own personal approach: "But it's always just one data point, and almost always one that colors a response to an issue that exists independently. I'd never determine that someone was an under-performer based on their Git commit history."
- pjlegato 6y agoYes, git is more or less universal in San Francisco / Silicon Valley companies. The only places I'm aware of that don't use it are game companies, which tend to use source control systems like https://www.plasticscm.com/games https://www.plasticscm.com/games specialized in better handling of very large binary blob asset files like textures, movies, audio clips, etc.; and Google, which has the monopoly-scale dev budget to be able to suffer heavily from "not invented here syndrome," so they built their own proprietary in-house SCM.
- smcleod 6y agoAnd every company that works in tech, develops software or performs automation that I can think of in Australia and New Zealand. I can't imagine working somewhere without git, I think the last time I worked somewhere that used something else was a mix of git and cvs back in maybe 2010ish?
- erik_seaberg 6y agoGoogle’s monorepo hit scaling issues with Perforce so they replaced some (eventually all?) of its components.
- names_are_hard 6y agoYes, git is pretty much the default at tech companies nowadays, although some large companies use more "exotic" source control systems like mercurial. It's also well supported out of the box by Azure Devops (aka VSO aka TFS) so I would expect to see it in more traditional, non tech companies as well. The idea that it's not enterprise ready is ridiculous.
- Nursie 6y ago> I'm 3 for 3 on jobs that don't believe in version control, Any version control? Because if so ... wow. That's bad, I thought that sort of practice went out in the 90s. Most places I've worked in the last decade use git. A big bank used private instances of bitbucket or stash or something. Another fintech was on github, a smaller company had gitlab or something set up. All git. Outside of git, one of the tech behemoths had several of its own systems going, clearcase and something in rational team concert. Even the tiniest, worst-run places I've been to in the last 15 years or so have at least used svn or something, and going back to the beginning of my career, 20 years ago, there's always been PVCS or SCCS or something... Honestly I would find it hard to claim that any serious sort of software development at all was going on if there wasn't some sort of vcs!
- deleted 6y ago[deleted]