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)
open-source
github
cori
sumber
sumber
Jawaban:
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.
sumber
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.
sumber
Ada https://bitbucket.org atau https://github.com/ jika Anda ingin repositori pribadi gratis menggunakan git, dan ketika Anda selesai Anda dapat mengubahnya publik.
sumber
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.
sumber
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
sumber
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.
sumber