一般的には

• 動作が高速である
• 分散型ﾘﾎﾟｼﾞﾄﾘを採用しているので､多人数での開発に向いている

と言われています｡具体的に｢便利だな｣と思ったのは

• ﾌｧｲﾙ名の変更を追いかけてくれる｡
• ﾛｰｶﾙで作業できるので､ｽﾄﾚｽが少ない｡

の2点です｡

難を言えば､GUI で｢これは｣というものをまだ見つけてないので､Windows で開発する方にｵｽｽﾒしにくいです｡

履歴管理がすっきりする

各開発者の作業はﾛｰｶﾙﾘﾎﾟｼﾞﾄﾘへｺﾐｯﾄすることになるので､作業履歴をﾘﾓｰﾄにｺﾐｯﾄする必要が無く､履歴管理がすっきりする｡

ﾘﾎﾟｼﾞﾄﾘのﾏｽﾀｰ管理が楽

ﾘﾎﾟｼﾞﾄﾘ構成を階層化し､各ｸﾞﾙｰﾌﾟのﾘﾎﾟｼﾞﾄﾘ上の変更をﾘｰﾀﾞｰが確認して､上位のﾏｽﾀｰﾘﾎﾟｼﾞﾄﾘへﾌﾟｯｼｭするという使い方ができる｡

ｵﾌﾗｲﾝで利用できる

各開発者の作業はﾛｰｶﾙﾘﾎﾟｼﾞﾄﾘを行ってできるため｡

ﾌﾞﾗﾝﾁの操作はgitが楽ですね｡
そもそもSubversionは｢ﾌﾞﾗﾝﾁ｣という概念がないですからね…｡svn copyとか運用で無理やり使ってる感じです｡


■Subversionのﾌﾞﾗﾝﾁ操作をgit並に簡単にする
http://openlab.dino.co.jp/2010/04/07/225425663.html

ﾌﾞﾗﾝﾁ一覧を得る
git branch

svn list http://example.com/svn/branches

ﾌﾞﾗﾝﾁを作る
git branch mybranch

svn cp http://example.com/svn/trunk http://example.com/svn/branches/mybranch -m 'create mybranch from trunk'

■1分でわかる､GitとSubversionにおけるﾌﾞﾗﾝﾁの違い
http://dqn.sakusakutto.jp/2011/10/git-subversion-branch.html

Gitにおいては､ﾌﾞﾗﾝﾁとはﾃﾞｨﾚｸﾄﾘのことではありません｡
それは｢ﾊﾟﾗﾚﾙﾜｰﾙﾄﾞ｣､つまり｢今ある宇宙とは平行して存在する別の宇宙｣なのです｡

よって､ﾌﾞﾗﾝﾁﾃﾞｨﾚｸﾄﾘというものは存在しませんし､｢ﾌﾞﾗﾝﾁの作成や名前変更｣は1ｺﾐｯﾄとしてｶｳﾝﾄされません｡

簡潔に言えば動作が早くなります｡
分散型ﾘﾎﾟｼﾞﾄﾘを採用しているので､多人数での開発に向いています｡
また､履歴管理がｽﾑｰｽﾞに出来ます｡
詳しくは以下のURLを見ると良いかもしれませんね｡
http://dqn.sakusakutto.jp/2011/10/git-subversion-branch.html