編集2015-08-01：この答えはまだ意見と投票を得ています。古くて削除したいのですが、正解なのでできません。また、コミュニティのwikiであり、コミュニティは最新の状態に保っています。ありがとうございます。
SourceForgeは、プロジェクトを引き継ぎ、それらをアドウェア（Google GIMP Sourceforgeアドウェア）にバンドルして、ダークサイドに乗り越えました。絶対に避けてください。GitHubは現在でも最も人気のあるものですが、代替手段もあります（たとえば、BitBucketは最大5人のユーザーが無料で無制限のプライベートリポジトリを提供します）。
過去数年間で状況がどの程度変化したかはおかしく、将来これを読んでいるとしたら、GitHubはもはやクールな製品ではなくなっているでしょう。結論は次のとおりです。使用するソース管理システムには、非常に多くの素晴らしいオプションがあります。
歴史のために以下の古い2010年の情報
編集：この答えは今や古くなっています。過去2年間で、GitHubは主要なコードホスティングの場所として登場しました。私が新しいOSSプロジェクトを作成しなければならないときはいつでも、どこに行くべきかという疑いの痕跡はありません。参照用に以下に残します。
実際、私の投稿は現在ほぼ2年前（2008年）であり、完全に正確ではなくなっています。
どうして？
なぜなら、SourceForgeは今やオープンソースプロジェクトにとって重要ではないと思うからです。さて、これは私に多くのトラブルを引き起こすでしょう、それで私に明確にさせてください：
オープンソースプロジェクトはDVCS、できればgitまたはmercurialで実行する必要があると確信しています。Gazaまたはmercurialは最も普及しているためです。Bazaarに対しては何もありませんが、少しあいまいです。（編集： SourceForgeはMercurialとBazaarを提供するようになったため、この議論はもはや成立しません。しかし、次の2つの再設計では、SFのイメージはそれほど大きくないと思います。それらを企業のイメージと比較するには、GitHubはApple、SFですがIBMです。堅固ですが、ほこりっぽいです）
したがって、この投稿をもう一度書くと、CodePlex対GitHub対BitBucketとなり、GitHubが勝者となります。しかし、それは包括的な声明なので、詳細を追加しましょう。+/-は厳密にはPro / Conではなく、さまざまな哲学を強調するためのものです。
CodePlex
+実のMercurial / Gitのホスティングない- TFSの上部にはバギー橋を、あなたは本当のMercurial / Gitの持つ
豊富なドキュメントと見栄えの良いページを追加することができますその+統合ウィキ
+バグトラッカーとディスカッションフォーラムが含まれ
-ソースコードのブラウザはその素晴らしいではありません-差分はポップアップに表示され、複雑に感じるだけ
-フォークとプルリクエストは「簡単ではない」-UIはいくつかの作業を使用できる
全体として、CodePlexは依然として優れていますが、Webサイトの焦点はソースコードではなくWikiにあるため、単一の開発者や非常に小さなチームに適していると思います。コラボレーションプラットフォームというより、出版です。理論的には、プロジェクトのホームページは必要ありません。CodePlexプロジェクトをワンストップショップにすることができます。
GitHub
+ Gitホスティング、SSL / SSHをサポート
+ネットワークグラフにより、フォークと何を何にマージしたかを確認できます
+プロジェクトを「監視」する機能-アカウントページは、新しいチェックインを備えたFacebookの壁のようです
+コメント機能を備えた非常に優れた差分ビューア1行の変更- ここを参照
+フォークは2クリックのプロセスであり、プルリクエストを送信します
+ GitHubにはGUIツールGitHub for Windowsが含まれています
-メインページは開発者以外にとってはそれほど「きれい」ではありません。プロジェクトにReadmeがある場合（MarkdownやHTMLなどのいくつかのマークアップ言語をサポート）は表示されますが、最初のページはソースコードです
-Wikiはそれほど優れていません-それはMarkdownですが、書式設定が少し複雑すぎるように感じることがあります。
GitHubは、CodePlexとは異なる哲学を持っています。それはすべて、ソースコードと開発者間のコラボレーションに関するものです。メインプロジェクトページは、最新のソースコードです。別のWikiがありますが、それはプロジェクトのプレゼンテーションではなくドキュメンテーション用です。ネットワークグラフは素晴らしいですが、フォークが約20個を超えると混乱する可能性があります（よく知られているプロジェクトがみんなに発表され、彼らの犬がフォークしている場合が多いですが、ほとんどのフォークはすぐに死んでしまいます）。GitHubはあらゆるサイズに非常によく対応します。
実際、GitHubを使用すると、プロジェクトのフォーク、修正/パッチの適用、フォークへのコミット、作成者へのプルリクエストの送信が非常に簡単になります。ネットワークグラフと組み合わせると、コミットを簡単に確認できます。
ただし、GitHubsのダウンロード機能はそれほど優れていないため、エンドユーザーにプロジェクトを提示し、ダウンロードを提供するには、別のホームページが必要になる可能性があります。
BitBucket
+ Git / Mercurial
+プライベートリポジトリを5ユーザーまで無料で許可
私は実際のコメントをするのに十分なほどBitBucketを使用していません。それを際立たせる1つの機能は、プライベートホスティングは無料ですが、GitHubは有料であり、Codeplexはそれをまったく提供していません。
Googleコード
Google Codeはもはやオプションではありません。
-プロジェクトの作成は2015年3月以降無効になり、競合するサービスのほうが優れているため、Googleサービスは2016年1月25日をもって完全に閉鎖されます。
-醜く、ソースコードを閲覧するには複雑すぎる（リンクがいくらか埋め込まれている）
私はそれを使ったことがないので、それが悪いとは言いたくない-それはそうではない。多くのプロジェクトがそれを使用しており、非常に安定していて堅牢であり、どの開発者からもそれほど悪いことは聞いていません。しかし、個人的な主観的な意見として、「デザイン」は私を先延ばしにします。
SVN対Git / Mercurial
上記のSourceForgeが廃止されたことについての私のコメントを繰り返すと、もちろん少し厳しいです。ただし、SVNはオープンソースプロジェクトにとって有害であると思います。まず、ファイルを無視するための奇妙なメタデータ要件。Gitまたはmercurialでは、無視するファイル/ディレクトリ/パターンのリストを含むソースツリーのルートに.gitignoreまたは.hgignoreというファイルがあります。.svnフォルダーに魔法のsvn：ignoreメタデータはありません。これだけで、SVNの水が吹き飛ばされます。新しいVisual Studioプロジェクトを開始する場合は、その魔法のメタデータを適用する必要がありますが、Git / mercurialの場合は、1つのファイルをコピーするだけでそれを実行できます。
次に、プルリクエストをforkし、パッチを適用して送信する機能は、特に小さなパッチや1回限りのパッチの場合に優れています。
最後に重要なことですが、SourceForgeは私の好みではまだ複雑すぎます。それは悪いホストではありませんが、それは本当に私見の年齢であることを示しています。そうは言っても、まだ堅牢で、世界中に多くのミラーがあります。また、Bug Trackerは他のものよりもはるかに洗練されています。
また、何らかの理由でプロジェクトに厳しいコントリビューションルールが必要な場合（たとえば、コミットされたコードが実際に合法的にコントリビュートされるようにする法的保護など）は、SourceForgeでホストされているSVNなどの従来のシステムが機能する可能性があります。
編集： SFが最終的に分散ホスティングであることを認識していませんでした。上で述べたように、それは頑強ですが、もはや「クールな子供」ではありません、そして私はそれがあまりにも複雑すぎると思います。
TL; DR
小規模から中規模のプロジェクトの場合は、GitHubをお勧めします。素敵なWebサイトが必要な小規模プロジェクトの場合は、CodePlexを使用し、プライベートプロジェクトの場合は、BitBucketを使用します。非常に高度なバグ追跡、大量の追加機能、および「実際の」Webサイトを必要とする大規模なプロジェクトの場合は、Source Forgeを検討してください。