For me, it always has been and always will be a right tool for the job issue. We work on relatively small code bases with a very small team of people, not larg

For me, it always has been and always will be a right tool for the job issue. We work on relatively small code bases with a very small team of people, not large, unwieldy open-source projects with hundreds of contributors. Primary interest is in a log of what has happened to the code chronologically, rather than applying/unapplying specific revisions/hunks frequently. No need whatsoever for people to run with their own branches. With those requirements, git, Hg or Darcs would all present far, far more headache than they're worth versus Subversion. In some other scenarios, the formula may yield a different outcome...