In any team larger than 3 actively working on code, git is a far superior local client than svn. The speed of checkin, pushing, and merges are phenomenal. Even if you use svn as your backend server, git-svn is still a stupidly good local client to use and gives you a huge number of the benefits of using a pure git solution.
Now remote git repositories (akin to svn repos) do not have a good locking large binary file solution. But other than large binaries, git is very nice in comparison (You could do hg or bzr if you prefer and gain the same, although their git/svn bridges are not known to me).
Comments
In any team larger than 3 actively working on code, git is a far superior local client than svn. The speed of checkin, pushing, and merges are phenomenal. Even if you use svn as your backend server, git-svn is still a stupidly good local client to use and gives you a huge number of the benefits of using a pure git solution.
Now remote git repositories (akin to svn repos) do not have a good locking large binary file solution. But other than large binaries, git is very nice in comparison (You could do hg or bzr if you prefer and gain the same, although their git/svn bridges are not known to me).