The number of projects using Git has passed the number of repositories using SVN at Eclipse, making Git the single most popular version control system for Eclipse projects. The transition to Git only started in earnest after this Summer's release of Eclipse Indigo, although Git has been available since just after the Helios release.
Whilst many projects have already made the move over from Subversion and CVS, the vestigal remains of many projects are still in a CVS or Subversion repository. These are likely to be cleaned up after the Indigo SR2, which is due out in February 2012. As the highlight shows, CVS is scheduled to become read-only at the end of 2012, but it's likely by the time Eclipse Juno ships in Summer 2012 there will be no CVS repositories left in use in any case.
What perhaps is more interesting is that the growth in Git projects at Eclipse hasn't come from the replacement of CVS repositories, it's come from the replacement of SVN repositories. As of now, CVS makes up just under 40% of the repositories at Eclipse, and many of those are the historic projects which have always existed at Eclipse, such as the core Platform and IDE components. These are waiting until after the Indigo SR2 release to fully move over to Git. The proportion of SVN repositories is diminishing quickly, with just under 20% of projects now using Subversion. Partly, this is because it is easier to automate the import of a SVN project to Git without needing access to the administrative files behind the covers; but it's also due to the existence of some of the stalwart projects not being able to move for historic reasons from CVS whilst other newer projects are more agile.
Meanwhile, at Apache, there has been a read-only git mirror of projects on the official Apache Subversion repository for a while. However, it took a passionate post Apache considered harmful in response to CouchDB's request to move to git as a the source code master. Some have put that down to the existence of the Apache Subversion project; but in fact, Subversion has historically been the repository of choice at Apache, even before the Subversion project moved there from collabnet.
Update: there has been a proposal to allow incubator projects to use Git at Apache, which is likely to see some initial Git resources being put forward for administration of Git repositories. Over time, if successful, this may lead to more projects moving towards Git in the future.
Google Code relatively recently (in the last six months) allowed projects to choose between Git and Hg as their distributed version control systems (initially it was only Hg that was supported). Since then, the growth of Git repositories has blossomed and a number of Hg repositories have been changed over to Git repositories. A search of git against Google Code returns 5m results, whilst a search of hg returns 16m results. (Google initially added public support for Hg in April 2009; so Hg has been available for 2½ years now, compared with Git's ½ year at Google Code.
Bitbucket, acquired by Atlassian last year, has also offered Git hosting as well as its initial Hg support. Although Bitbucket don't release the number of projects using either version control system, searching for hg site:bitbucket.org gives 16m results and git site:bitbucket.org gives 5m, numbers very similar to the Google Code numbers (although BitBucket has been providing Hg repositories for longer than Google Code has).
Whichever way you look at it, Distributed Version Control Systems are becoming the norm rather than the exception. Developers starting out today are living in the GitHub generation.