In my case this was because Git has a model of version control that is nowhere as straightforward as SVNs and several hundred command line options without any good indication of what to do when.

We also had a lot of problems with what I think of as "Linux Arrogance" - the person who took the lead on rolling out git refused to even try to help anyone not using git in a bash shell, which is an issue when all the devs are .net developers with no cygwin experience.

Once you can figure out the commands you need to use git is very nice, but it's a nightmare to start and requires a big mental step backwards to teach someone with no exposure to it.

For me the lightbulb moment was seeing the data model explained (in "Git for computer scientists" for example). I'm not sure this can be conveyed in game form, and githug doesn't seem to go there. With close to a hundred commands that can be composed in various ways, teaching tasks isn't as worthwhile as teaching the principles.

> I can't really explain why, but wrapping my head around DVCS took an embarassingly long time.

Git's UI being complete shit probably helped there.

For Mac, I've found this version of GitX to be really good:

http://gitx.laullon.com/

"I can't really explain why, but wrapping my head around DVCS took an embarassingly long time"

I guess the longer you've used a centralized approach, the more "intrenched" that way of thinking is, and the bigger the mental shift has to be.

Unlearning the old can be much harder than learning the new..