"...from an SVN perspective" would probably have been a better title. Most of these are about adjusting to the differences between SVN and Git workflows (which

"...from an SVN perspective" would probably have been a better title. Most of these are about adjusting to the differences between SVN and Git workflows (which is relevant to a lot of people, but probably not most of those who recently became developers). Point number six, about converting WIP commits back to local changes, I would consider an anti-pattern. If you suddenly have to drop everything in order to work on some other branch for a while, or if your local changes were very small, it might be a good idea. But as long as the WIP commit represents a reasonable code state, it would be preferable to continue work on a new commit. If necessary, you can squash them later on.