Recently in Perforce Category

Towards the end of God of War III, we were spending time in the office at odd hours, often coming in late due to midnight oil debugging sessions. It's always somewhat unsettling when you've got people standing at your desk when you arrive in the morning and want help before you even had your first cup of coffee (I know, they do this at their own peril, coffee mellows me out). This particular day apparently someone had managed to check out the entire repository for edit and since we've got a exclusive lock policy in place for our maya binary files [1], this caused the entire studio to grind to a halt.

It's been a good while since I posted last. I wish I could have made a similar ...

Oh no! Not another perforce post. Spare us. We're not even using perforce anyways. Uhm. Have those guys left? Ok, well then for the rest of us that are left, I'm going to assume that you either use perforce happily at work or you are forced by some guy to use it. If you're the latter, then you might look envily at other modern source control systems that literally run circles around this old beast. I'm not kidding, running circles really means that you in other systems have adopted branching as the most basic operation you do.

The source control history is a precious asset. How your source code evolved over time, what and who made the changes (and why) are questions that can all be answered by the history. It's important to try to preserve the history, but it's also very easy to forget and not do it. It is very frustrating to do some detective work only to find out that the trails end cold when someone copied the file without telling perforce. Best of all, the person who did this might have quit and you have now no clue as to where that file originated.

I guess I made the last post a little bit of a holy crusade and while I guess that is just fine for a blog like this I did just throw it out there that I hate the non windows look and feel of the p4v application without any motivations, so I decided to just download the thing and rediscover how crappy it still is and write it down this time.

Perforce have had a strange development over the last couple of years with their UI clients. Perhaps not so strange from a manager's perspective or even a marketing perspective...

How do you use perforce? Some like to stuff as much as possible in the repository, in the hopes that it will be useful to have it all in one place. Others like to keep it minimalistic as to not bog down the server too much. I've already written a little bit about the things that might be good to consider setting up a perforce server, but once it's up and running you might want to have a look at how you are using it.

I'm a big fan of continuous integration, small checkins and very quick checkins. It's easier to debug afterwards and trying to puzzle together from perforce history afterwards is much easier when the changes are small and atomic. Now, that's what I like to do. Sometimes things don't really work out in the real world like you want it to so the other day I found myself with the fun situation of having two weeks worth of changes to try to integrate back into the main line. Of course nothing was backed up, nor did I feel particularly worried about it at the time. I had however done a lot of work, some of the changes involved the fruits of heavy thinking and other changes were the result of an hour or two of menial changes to the code that was a result of some other change.

Sometimes you wind up with changes in your source control system that shouldn't be in there, or you hit the submit button in perforce when you really meant just update the description. Anyways, you find yourself with a changelist that you want to roll back...

Visual Studio is the tool that most games programmers come to use for their day to day work. Perforce also seems to spread amongst games companies as the SCM system of choice. On paper Visual Studio also have source control integration. Great, now everything just happens automagically! No need to think about those mundane issues, I can just concentrate on the code. Well, that's wrong. You do need to concentrate on the "mundane" issues. One of the things that annoys me to no end is the fact that when you have the SCM feature enabled the time it takes to open a solution...