Sunting 2015-08-01: Jawaban ini masih mendapatkan tampilan dan suara. Ini lebih dari kuno dan saya ingin menghapusnya, tetapi karena ini adalah jawaban yang diterima, saya tidak bisa melakukan itu. Kemudian lagi, ini adalah wiki komunitas dan komunitas telah memperbaruinya - terima kasih untuk itu!
SourceForge telah menyeberang ke sisi gelap, mengambil alih proyek dan menggabungkannya dengan Adware ( Google GIMP Sourceforge Adware ). Hindari sama sekali biaya. GitHub sampai sekarang masih yang paling populer, meskipun ada alternatif (misalnya, BitBucket menawarkan repo pribadi tanpa batas gratis untuk hingga 5 pengguna.)
Sungguh gila betapa lanskap berubah dalam beberapa tahun terakhir, dan jika Anda membaca ini di masa depan, mungkin GitHub bukan lagi produk keren. Intinya adalah: Ada sejumlah opsi yang luar biasa untuk sistem kontrol sumber apa pun yang ingin Anda gunakan.
Informasi lama 2010 di bawah ini demi sejarah
Sunting: Jawaban ini sekarang sudah kuno. Dalam 2 tahun terakhir, GitHub telah muncul sebagai tempat utama Code Hosting, dan setiap kali saya harus membuat proyek OSS baru, saya tidak memiliki jejak bayangan keraguan ke mana harus pergi. Meninggalkan ini di bawah untuk referensi.
Memang, postingan saya hampir 2 tahun (2008) sekarang dan tidak sepenuhnya akurat lagi.
Mengapa?
Karena saya pikir SourceForge sekarang tidak signifikan untuk proyek sumber terbuka. Oke, ini akan membuat saya mendapat banyak masalah, jadi izinkan saya mengklarifikasi:
Saya benar-benar yakin bahwa proyek Open Source harus dijalankan pada DVCS, lebih disukai git atau lincah karena mereka yang paling luas - tidak ada yang menentang Bazaar, tapi saya pikir itu agak terlalu tidak jelas. ( Edit: SourceForge sekarang menawarkan Mercurial dan Bazaar, sehingga argumen itu tidak berlaku lagi. Namun, setelah dua desain ulang saya pikir gambar SF tidak terlalu bagus. Untuk membandingkannya dengan gambar perusahaan: Sementara GitHub adalah Apple, SF adalah IBM. Rock solid, tapi sedikit berdebu)
Jadi jika saya menulis posting ini lagi, itu akan menjadi CodePlex vs GitHub vs BitBucket , dengan GitHub menjadi Pemenang. Tapi itu pernyataan selimut, jadi izinkan saya menambahkan detail. +/- tidak sepenuhnya Pro / Kontra, itu lebih untuk menyoroti filosofi yang berbeda.
CodePlex
+ Real Mercurial / Git Hosting - tidak ada jembatan kereta di atas TFS, Anda memiliki Mercurial / Git nyata
+ Wiki Terpadu yang memungkinkan untuk menambah dokumentasi yang kaya dan halaman yang terlihat bagus
+ Termasuk Bug Tracker dan Forum Diskusi
- Browser Code Source tidak terlalu bagus - Diff muncul dalam sembulan dan hanya 'terasa' rumit
- Garpu dan Tarik Permintaan 'tidak semudah' - UI dapat menggunakan beberapa pekerjaan
Secara keseluruhan, CodePlex masih bagus tetapi saya merasa lebih cocok untuk pengembang tunggal atau tim yang sangat kecil karena fokus situs web adalah pada Wiki daripada pada kode sumber. Ini lebih merupakan penerbitan daripada platform kolaborasi. Secara teoritis Anda tidak memerlukan beranda proyek, proyek CodePlex Anda dapat menjadi one stop shop Anda.
GitHub
+ Git Hosting, mendukung SSL / SSH
+ Jaringan grafik memungkinkan untuk melihat percabangan dan apa yang digabung menjadi apa ketika
+ Kemampuan untuk 'mengawasi' proyek - halaman akun Anda seperti dinding Facebook dengan checkin baru
+ Penampil diff sangat baik dengan kemampuan untuk berkomentar pada perubahan satu baris - lihat di sini
+ Forking adalah proses 2-klik, dan begitu juga mengirim permintaan tarik
+ GitHub sekarang memiliki alat GUI GitHub untuk Windows
- Halaman utama tidak terlalu 'cantik' untuk Non-Pengembang. Jika Anda memiliki Readme di proyek Anda (mendukung beberapa bahasa markup seperti Penurunan harga atau HTML) itu ditampilkan, tetapi halaman awal adalah kode sumber
- Wiki tidak terlalu bagus - itu Penurunan harga, tapi terkadang pemformatan terasa agak terlalu rumit.
GitHub memiliki filosofi yang berbeda dari CodePlex: itu semua tentang kode sumber dan tentang kolaborasi di antara para pengembang. Halaman proyek utama adalah kode sumber terbaru. Ada Wiki yang terpisah, tetapi itu lebih ditujukan untuk Dokumentasi daripada presentasi proyek Anda. Grafik jaringan sangat fantastis, meskipun bisa membingungkan ketika ada lebih dari sekitar 20 garpu (seringkali ketika proyek profil tinggi diumumkan kepada semua orang dan anjing mereka memintanya, tetapi sebagian besar garpu mati dengan cepat). Skala GitHub sangat baik untuk ukuran apa pun.
Bahkan, GitHub membuatnya sangat mudah bagi saya untuk melakukan fork proyek, menerapkan perbaikan / patch, mengkomitnya ke fork saya dan mengirimkan permintaan tarik ke penulis. Bersama dengan grafik Jaringan, sangat mudah untuk melihat komit.
Tetapi Anda kemungkinan besar membutuhkan beranda terpisah untuk mempresentasikan proyek Anda kepada pengguna akhir dan untuk menyediakan unduhan, karena fasilitas unduhan GitHubs tidak terlalu bagus.
BitBucket
+ Git / Mercurial
+ Memungkinkan repositori pribadi gratis, hingga 5 pengguna
Saya belum menggunakan BitBucket cukup untuk membuat komentar nyata. Satu fitur yang membedakannya adalah hosting pribadi gratis, sementara GitHub mengenakan biaya dan Codeplex tidak menawarkannya sama sekali.
Google Code
Google Code bukan pilihan lagi.
- Pembuatan proyek dinonaktifkan sejak Maret 2015, dan layanan Google akan ditutup secara permanen pada 25 Januari 2016 , karena layanan yang bersaing lebih baik.
- Ini jelek dan terlalu rumit untuk menelusuri kode sumber (tautannya agak terkubur)
Saya belum menggunakannya jadi saya tidak ingin mengatakan itu buruk - tidak. Banyak proyek yang menggunakannya dan sangat stabil dan kuat, belum banyak mendengar kabar buruk dari pengembang mana pun. Namun, sebagai pribadi, pendapat subyektif 'desain' membuat saya kecewa.
SVN vs. Git / Mercurial
Untuk mengulangi komentar saya di atas tentang SourceForge yang sudah usang: Itu tentu saja agak keras. Namun saya percaya bahwa SVN merugikan proyek open source. Pertama-tama, persyaratan metadata aneh untuk mengabaikan file. Pada Git atau mercurial, Anda memiliki file bernama .gitignore atau .hgignore di root dari pohon sumber Anda yang menyertakan daftar file / direktori / pola yang harus diabaikan. No magic svn: abaikan metadata di folder .svn. Ini saja membuat SVN keluar dari air untukku. Jika saya memulai proyek Visual Studio baru saya perlu kemudian menerapkan metadata ajaib itu, sementara dengan Git / mercurial saya hanya menyalin satu file dan selesai dengan itu.
Kemudian, kemampuan untuk bercabang, menambal, dan mengirim permintaan tarik adalah fantastis, terutama untuk tambalan kecil / satu kali.
Last but not least, SourceForge masih terlalu kompleks untuk seleraku. Ini bukan host yang buruk, tapi itu benar-benar menunjukkan itu usia IMHO. Yang sedang berkata, itu masih kuat dan memiliki banyak cermin di seluruh dunia. Bug Tracker juga jauh lebih canggih dari yang lain.
Juga, jika proyek Anda karena alasan tertentu memerlukan aturan kontribusi ketat (yang mungkin masuk akal, misalnya perlindungan hukum untuk memastikan kode yang dikomit benar-benar berkontribusi secara hukum) maka sistem tradisional seperti SVN yang dihosting di SourceForge dapat berfungsi.
Sunting: Tidak menyadari bahwa SF akhirnya telah mendistribusikan hosting. Seperti yang dikatakan di atas, itu kuat tetapi tidak lagi 'anak keren', dan saya merasa terlalu rumit.
TL; DR
Untuk proyek kecil hingga menengah, saya dengan sepenuh hati merekomendasikan GitHub, untuk proyek kecil di mana Anda menginginkan Situs Web yang bagus juga, saya akan menggunakan CodePlex dan untuk proyek pribadi saya akan menggunakan BitBucket. Untuk proyek besar yang memerlukan pelacak bug yang sangat canggih, banyak fitur tambahan dan situs web 'nyata', pertimbangkan Source Forge.