Di mana meng-host Proyek Sumber Terbuka: CodePlex, Google Code, SourceForge? [Tutup]

165

Saya telah membaca tumpukan pertanyaan yang dijawab di SO mengenai "Bagaimana cara mempromosikan proyek open source". Tidak mengherankan, banyak jawaban mengarahkan orang ke SoureForge / FreshMeat dan situs lainnya, dll, juga blogging dan yang lainnya. Ini membuat saya berpikir di mana tempat terbaik untuk menjadi tuan rumah sebuah proyek dan mengapa?

Karena proyek pertama saya di-host di CodePlex, saya mulai mengarungi hasil pencarian Google untuk mengumpulkan informasi tentang pro / kontra dari masing-masing; Namun perbandingan yang saya temukan agak tanggal (2+ tahun).

http://www.stum.de/2008/12/13/sourceforge-vs-codeplex/
http://www.developmentnow.com/blog/2006/11/codeplex-vs-sourceforge/
http: // www. spaceocket.com/forum/thread-6654.html
dll ...

Jadi pertanyaan selanjutnya menjadi "Haruskah saya meng-host proyek saya di beberapa situs" yang mana posting berikut memberikan jawaban yang diharapkan (untungnya! Karena itu akan sulit untuk dipertahankan).

Hosting proyek sumber terbuka di beberapa situs

Berdasarkan kondisi terkini dari berbagai situs hosting Open Source seperti CodePlex, GitHub, Google Code, SourceForge, dll, dll. Apakah ada pro / kontra yang menonjol dari satu situs di atas yang lain? yaitu, apakah saya harus tetap dengan CodePlex atau saya kehilangan dengan tidak menggunakan salah satu alternatif? Akankah orang membawa lebih banyak lalu lintas ke proyek baru dan tidak dikenal?

Saya berencana menjelajahi setiap situs lebih terinci untuk melihat apa yang mereka semua tawarkan, tetapi mengingat pengetahuan luas dari orang-orang baik di SO, saya pikir saya akan mulai dengan pertanyaan ini terlebih dahulu.

DIPERBARUI

Seperti yang dijelaskan di bawah ini ... Saya saat ini menggunakan Mercurial untuk kontrol versi, dan saya terbuka untuk apa pun selain TFS. Juga, proyek saya saat ini hanya saya yang sedang berkembang, tetapi proyek masa depan mungkin kolaboratif sehingga layak dipertimbangkan ...

Chris Baxter
sumber
55
Menutup pertanyaan ini sama sekali tidak perlu IMO. Saya harus bertanya-tanya apa yang telah dicapai dengan penutupan? Pertanyaannya memiliki banyak suara positif (jadi jelas orang-orang menganggapnya menarik), ia memiliki jawaban yang sangat terangkat (jadi tanya jawab ini sangat membantu), dan itu adalah wiki komunitas (jadi bahkan jika meminta pendapat subjektif atau rekomendasi produk, tidak ada yang bisa telah mendapat untung hanya karena mensponsori produk terbaru dan terhebat).
stakx - tidak lagi berkontribusi
12
Ini adalah jenis pertanyaan yang seharusnya ditutup sebelum mendapat banyak tanggapan, karena itu sebenarnya bukan jenis yang tepat. Namun, sekarang setelah mendapat banyak tanggapan, penutupan itu kontraproduktif, dan meremehkan kontribusi yang telah dibuat.
Chris Stratton
4
Satu hal yang dicapai dengan menutup pertanyaan ini @stakx adalah melindunginya dari jawaban baru. Sekarang pasti akan tenggelam ke dalam tidak relevan.
Bob Stein
@ BobStein-VisiBone tenggelam menjadi tidak relevan? Saya baru saja menjawab pertanyaan ini lebih dari enam tahun setelah awalnya diajukan.
wonea
2
@wonea aku sedang dalam suasana sarkastik. Saya kecewa ketika pertanyaan yang relevan, berguna dan dapat dijawab seperti ini terpincang-pincang. Seperti berdiri, jika peluang baru untuk hosting open-source muncul halaman ini secara buatan dibatasi untuk mengeditnya menjadi jawaban yang ada. Pertanyaan tentang peluang sangat membutuhkan ruang untuk berkembang. Saya berharap itu akan menjadi lebih basi setiap tahun. Stackoverflow bagus, tetapi juga banyak sampah yang hebat.
Bob Stein

Jawaban:

127

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.

Michael Stum
sumber
3
Saya tidak setuju dengan Google Code, saya pikir ini mudah, intuitif, dan ringan (dan situs webnya cepat ! Bandingkan dengan CodePlex ...!) Dan akan menjadi pilihan # 1 saya setiap saat. Tetapi sisanya adalah bacaan yang menarik.
Konrad Rudolph
2
@ Konrad Benar, seperti yang dikatakan, ini adalah masalah pribadi. Mungkin pendekatan minimalis membuat saya kesal. Saya belum pernah mendengar hal buruk tentang sisi fungsionalnya , tetapi saya belum pernah menyelenggarakan proyek di sana.
Michael Stum
2
Jawaban bagus, sangat detail! Memberi penjelasan yang sangat baik tentang perbedaan antara situs utama (well, CodePlex dan GitHub) yang paling membuat saya penasaran. Juga menarik bahwa Anda mengidentifikasi SourceForge sebagai tidak signifikan pada tahap ini; pasti perubahan pendapat dari artikel yang lebih tua. Terima kasih!
Chris Baxter
4
Ada juga faktor-faktor khusus untuk jenis proyek yang Anda jalankan. Misalnya, dengan proyek .Net, CodePlex mendukung penerapan ClickOnce, sedangkan Google Code tidak.
dbkk
1
@MichaelStum Mungkin Anda dapat menambahkan layanan GitHub Pages. Titik masuk untuk setiap proyek yang diinangi GitHub harus berupa halaman.
Matías Fidemraizer
8

Yah, Anda belum mengatakan sistem kontrol sumber apa yang Anda gunakan, yang sangat memengaruhi pilihan Anda.

(tidak komprehensif)

  • Git -> GitHub atau Gitorious adalah pilihan yang jelas
  • Mercurial -> BitBucket
  • SVN -> Savannah, SF.net
  • Bazaar -> Launchpad
  • CVS -> upgrade ke sistem kontrol sumber yang lebih baru

Saya seorang penggemar Git, tetapi Mercurial juga cukup mengagumkan. Saya pribadi menggunakan GitHub untuk fitur kolaboratif yang mengagumkan, seperti forking mudah dan menarik permintaan.

Saya ingin menambahkan bahwa CodePlex tidak terlalu populer di ekosistem open-source di luar kamp Microsoft, dan itu mudah dilihat dari daftar yang paling banyak diunduh. Mungkin kombinasi dari seberapa alami Microsoft-sentris itu, dan juga dari stigma masa lalu. Jika Anda mengembangkan secara eksklusif untuk .NET atau yang serupa, maka itu akan mengubah perspektif.

Sunting: Juga, saya berpendapat bahwa pengembang biasanya tidak menjelajah secara acak untuk proyek yang menarik. Anda memiliki kemungkinan yang sama untuk pergi tanpa diketahui pada GitHub seperti Anda berada di CodePlex, tetapi jika seseorang tidak menemukan proyek Anda, mereka akan lebih mungkin untuk mengirim pesan / file yang bug / berkontribusi jika mereka sudah memiliki account di situs itu.

erjiang
sumber
2
Saat ini saya menggunakan Mercurial (tidak akan menyentuh TFS dengan tiang 10 kaki)
Chris Baxter
2
Ada yang salah dengan frasa forking mudah
Marko
2
Bagi siapa pun yang penasaran, di GitHub, alih-alih bercabang menjadi proyek yang tidak dapat dibalikkan, itu adalah cara terbaik untuk memodifikasi proyek yang sudah ada. Setelah Anda membuat modifikasi pribadi, Anda dapat mengirim "tarik permintaan" proyek asli ke perubahan dari garpu Anda.
erjiang
Saya setuju bahwa CodePlex ditargetkan hanya untuk Pengembangan Microsoft; yang kebetulan bekerja untuk saya ... kesan yang saya dapatkan adalah bahwa jika open source umum ... GitHub; jika .NET Focused dan tim CodePlex tunggal / lebih kecil. Juga seperti edit pada kesadaran ... yang akan menjadi pertempuran berikutnya. Terima kasih!
Chris Baxter
1
@marko: Easy forking adalah hal yang baik
Nicolas Raoul
4

Karena Github tumbuh cukup cepat dan tampaknya menjadi yang paling menonjol di antara proyek yang saya lihat hari ini. Itu akan mendapatkan suara saya.

Tapi saya pikir yang satu tidak harus berarti Anda tidak bisa menggunakan yang lain. Saya melihat banyak proyek yang menggunakan Github untuk sumber dan Google Code untuk dokumen. Dan selain itu tautan Sourceforge juga.

Tidak masalah apa yang Anda gunakan sebagai host utama, tetapi saya sarankan Anda menambahkan proyek Anda di situs lain juga sehingga mudah untuk menemukannya.

Wolph
sumber
Menarik bahwa Anda akan merekomendasikan hosting di beberapa situs. Pikiran awal saya adalah setuju dengan referensi SO jawaban yang ditautkan di atas ... apa pendapat Anda tentang utas itu?
Chris Baxter
@Calgary Coder: Saya tidak secara khusus berbicara tentang hosting, tetapi lebih banyak menautkan. Saya sudah berhenti menggunakan Sourceforge tahun lalu karena perubahan desain yang lambat dan mengerikan. Tetapi membuat proyek di sourceforge dan menghubungkan ke situs web github Anda (atau apa pun) dapat membantu membuat proyek Anda lebih mudah ditemukan. Untuk dokumentasi saya menemukan wiki Google Code lebih mudah daripada wiki Github, jadi itu sebabnya saya lebih suka itu. Saya suka antarmuka Github dan opsi forking jadi saya pikir itu pilihan yang bagus untuk sumber Anda. Untuk ulasan kode saya menemukan launchpad sangat bagus.
Wolph
4

Pertanyaan ini sepertinya merupakan duplikat dari yang ini: /programming/10490/best-open-source-project-hosting-site

Inilah jawaban saya atas pertanyaan itu: /programming/10490/best-open-source-project-hosting-site/3433969#3433969

Secara umum saya pikir pro / kontra penting yang paling signifikan berhubungan dengan fitur pengembangan yang ditawarkan dan audiens utama dari setiap situs, yang dalam jawaban saya di atas saya berjalan melalui untuk empat situs paling populer.

jwanagel
sumber
1
Terima kasih atas tautannya, saya berusaha untuk tidak menduplikasi pertanyaan, tetapi saya melewatkan pertanyaan itu.
Chris Baxter
1
@CalgaryCoder Anda mungkin setidaknya telah diunggulkan, karena Anda meluangkan waktu untuk berterima kasih padanya. Nvm, saya melakukannya untuk Anda ;-)
Mawg mengatakan mengembalikan Monica
Tautan ini tampaknya sudah mati sekarang.
pbible