3 ms·
I don’t care about GIT. Perforce is my favorite. Takes an hour to understand everything to be productive.
by aynyc 5y ago
I don’t care about GIT. Perforce is my favorite. Takes an hour to understand everything to be productive.
- mbfg 5y agodoes perforce still just allow one branch per repo?
- nichos 5y agoIt's been about 5 years since I used Perforce, but streams were a nightmare. Sharing files down 2 "levels" of streams was such a huge pain.
- dahart 5y agoWhen a programmer in the games company I worked in started rallying to switch from p4 to git and got momentum, I thought it was going to be a mistake. No doubt it took a lot of learning, but eventually I came to see it was worth it. One thing that’s not well appreciated even with most people who use git is how much safety net it can provide against losing changes accidentally. I know a lot of programmers who don’t care and will blow away and re-clone a repo before learning how to use git reflog. But, in git you can recover from almost anything if you know how. P4 is pretty terrible when you want to try something multiple ways, or when you want a small team to prototype a feature without affecting everyone. I’m actively using both git and p4, and I can’t tell you how many p4 shelves I’ve got stacked up. They keep collecting because there’s nowhere else to put them, and it’s the only (crappy) way to test parallel ideas. Using git for trying out things in different ways is so nice and so fast once you get fluent with it. Of course your stance is valid and perfectly fine, you don’t have to change away from p4, but I think you might be surprised how git changes your thinking about source control. BTW I haven’t used Fossil or hg or plastic or other new source control systems, but I would assume you could replace any of them with git in my above text.