apa kelebihan dan kekurangan dari menempatkan kode untuk proyek yang belum selesai di github


13

Saya menyatakan akan mengerjakan proyek yang ingin saya rilis sebagai sumber terbuka melalui githubs. Apa keuntungan dari meletakkan kode pada github sejak awal, sebagai lawan dari menunggu sampai proyek dalam kondisi kerja sebelum diterbitkan.

Jika itu penting, proyek khusus ini adalah aplikasi / layanan C #, dan saya hanya memiliki akun github gratis (jadi saya tidak dapat menjadikannya pribadi dan kemudian menarik kembali sampulnya nanti)


2
Anda dapat menjadikannya pribadi dengan akun gratis jika Anda menggunakan BitBucket sebagai gantinya ...
Timwi

Jawaban:


12

Semakin cepat Anda membuat kode tersedia untuk umum, semakin cepat Anda dapat memperoleh umpan balik dan orang-orang membantu Anda. Jika niat Anda adalah menjadikan proyek open source dari awal, maka saya akan merekomendasikan memulai proyek Anda sebagai publik secara default.

Github penuh dengan proyek-proyek kecil dan belum selesai sehingga proyek Anda harus sesuai. Semakin banyak detail yang Anda masukkan ke file readme, semakin baik karena akan membantu pengembang / konsumen lain untuk mempercepat proyek Anda dengan cepat.

Paling tidak, proyek pribadi Anda harus di bawah semacam kontrol versi. Jika Anda tidak ingin membayar layanan, maka saya sarankan menggunakan Dropbox untuk mencadangkan repositori lokal pribadi Anda. Dengan cara ini Anda memiliki cadangan file dan kontrol versi pada proyek Anda yang akan menyelamatkan Anda dari jam kesakitan di masa depan. Baru-baru ini, GitHub dan pesaingnya telah merilis repositori pribadi gratis, sehingga Anda dapat menggunakan solusi kontrol versi pilihan Anda secara pribadi tanpa berlangganan berbayar.


5
Saya sepenuhnya setuju tetapi, hanya untuk menjadi jelas bagi pembaca yang tidak terbiasa dengan github, meletakkan sesuatu di github tidak secara otomatis menjamin orang lain akan menggunakan dan meninjau kode (dengan kemungkinan pengecualian dari mereka yang mengikuti penulis). Penulis masih perlu menghubungi pihak yang berminat
akton

Poin bagus, @akton, dan jika / ketika proyek mencapai tahap itu, saya pasti harus menginjili. Saya belum benar-benar yakin apakah itu akan banyak bermanfaat bagi orang lain.
cori

2
Re: "Jika Anda tidak ingin membayar layanan", BitBucket memberikan repositori pribadi gratis Anda.
codesparkle

Dropbox, benarkah? Saya pikir Bitbucket mungkin menjadi pilihan yang lebih baik (GIT sekarang didukung)
Andrea

mencampurkan github dan Dropbox bisa menjadi bencana (dari pengalaman pribadi) jadi berhati-hatilah. Saya membuat folder Dropnot untuk proyek yang dikelola git-github saya.
Michael Durrant

7

Tidak ada kekurangan. Selama Anda memiliki file readme yang dengan jelas menyatakan proyek dalam fluks, tidak ada yang akan menentang Anda jika Anda membuat perubahan saat proyek berlangsung.


4

Ada https://bitbucket.org atau https://github.com/ jika Anda ingin repositori pribadi gratis menggunakan git, dan ketika Anda selesai Anda dapat mengubahnya publik.


Saya memang memiliki akun bitbucket, yang sangat saya hargai, tetapi github masih menjadi standar emas untuk proyek open-source publik, menurut saya ...
cori

Kenapa diedit? Sejauh yang saya tahu itu salah - BitBucket memungkinkan repositori git.
cori

3

Jawaban Singkat: Anda masih dapat menyimpannya dengan bebas di Github tanpa masalah.

Keuntungan Anda akan mendapatkan umpan balik dari pengguna dan pengembang yang tertarik yang mungkin ingin bergabung dengan tim Anda, memberikan ide bermanfaat dan memajukan proyek ini.

Namun, untuk menghindari sebagian besar kerugian , masuk akal untuk menulis Catatan yang menyebutkan bahwa proyek tersebut masih dalam tahap pengembangan. Dan fitur apa yang diharapkan berfungsi pada rilis Beta awal.


3

Saya katakan mengapa tidak memiliki yang terbaik dari kedua dunia.

Hal yang menyenangkan tentang git dan kontrol sumber yang terdesentralisasi secara umum adalah Anda tidak harus tetap menggunakan satu host. Anda bisa membuat bitbucket pribadi atau repo github dan repo github publik. Saat ini dorong perubahan Anda ke repo pribadi, dan ketika proyek Anda lebih lengkap (atau mencapai tonggak sejarah) Anda dapat mendorong ke repo publik ... dan Anda kemudian dapat membuat repo pribadi publik dan memiliki kehadiran di Bitbucket dan Github


0

Satu kelemahan kecil adalah Anda mengirim spam daftar repo Anda dengan repo yang tidak berguna. Saya biasanya memulai repo saya sebagai pribadi dan segera setelah mereka memiliki sesuatu yang layak dilihat saya membuat mereka publik. Dengan begitu, pemborosan ide-ide baru yang tidak pernah terjadi selama beberapa jam bermain-main tidak mengganggu kode yang menarik. Ini hanya penting jika Anda mengharapkan orang untuk melihat daftar repo Anda untuk menemukan sesuatu yang menarik.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.