อะไรคือข้อดีและข้อเสียของการวางรหัสสำหรับโครงการที่ยังไม่เสร็จใน GitHub

ฉันตั้งใจจะทำงานในโครงการที่ฉันตั้งใจจะเปิดตัวในฐานะโอเพ่นซอร์สผ่านทาง githubs อะไรคือข้อดีของการวางโค้ดบน github ตั้งแต่เริ่มแรกซึ่งตรงข้ามกับการรอจนกว่าโครงการจะอยู่ในสถานะใช้งานก่อนเผยแพร่

หากเป็นเรื่องสำคัญโปรเจ็กต์นี้เป็นแอพ C # / บริการและฉันมีบัญชี GitHub ฟรีเท่านั้น (ดังนั้นฉันจึงไม่สามารถทำให้มันเป็นส่วนตัวแล้วดึงกลับมาครอบคลุมในภายหลัง)

ยิ่งคุณทำให้โค้ดของคุณเปิดเผยสู่สาธารณะได้เร็วขึ้นเท่าไหร่คุณก็จะได้รับข้อเสนอแนะและบุคคลที่จะช่วยคุณได้เร็วขึ้นเท่านั้น หากความตั้งใจของคุณคือการทำให้โครงการเปิดแหล่งที่มาจากจุดเริ่มต้นแล้วฉันจะแนะนำให้เริ่มต้นโครงการของคุณเป็นสาธารณะโดยค่าเริ่มต้น

Github เต็มไปด้วยโครงการขนาดเล็กและยังไม่เสร็จดังนั้นโครงการของคุณควรเหมาะสมพอดีรายละเอียดเพิ่มเติมที่คุณใส่ไว้ในไฟล์ readme นั้นดีกว่าเพราะจะช่วยให้นักพัฒนา / ผู้บริโภครายอื่น ๆ

อย่างน้อยที่สุดโครงการส่วนตัวของคุณควรอยู่ภายใต้การควบคุมเวอร์ชันบางประเภท หากคุณไม่ต้องการชำระค่าบริการฉันขอแนะนำให้ใช้ Dropbox เพื่อสำรองข้อมูลที่เก็บส่วนตัวในพื้นที่ของคุณ วิธีนี้คุณมีการสำรองไฟล์และการควบคุมเวอร์ชันในโครงการของคุณซึ่งจะช่วยให้คุณประหยัดเวลาจากความเจ็บปวดในอนาคต อีกไม่นาน GitHub และคู่แข่งได้เปิดตัวที่เก็บส่วนตัวฟรีดังนั้นคุณสามารถใช้โซลูชันการควบคุมเวอร์ชันที่คุณเลือกได้แบบส่วนตัวโดยไม่ต้องสมัครสมาชิกแบบชำระเงิน

ไม่มีข้อเสีย ตราบใดที่คุณมีไฟล์ readme ที่ระบุอย่างชัดเจนว่าโครงการนั้นอยู่ในฟลักซ์จะไม่มีใครถือมันไว้กับคุณถ้าคุณทำการเปลี่ยนแปลงตามที่โครงการดำเนินไป

มีhttps://bitbucket.orgหรือhttps://github.com/หากคุณต้องการที่เก็บส่วนตัวฟรีโดยใช้คอมไพล์และเมื่อคุณทำเสร็จแล้วคุณสามารถเปลี่ยนให้เป็นสาธารณะได้

คำตอบสั้น ๆ :คุณยังสามารถโฮสต์ได้อย่างอิสระใน Github โดยไม่มีปัญหาใด ๆ

ข้อได้เปรียบของคุณคือการได้รับคำติชมจากผู้ใช้และนักพัฒนาที่สนใจที่อาจต้องการเข้าร่วมทีมของคุณมอบแนวคิดที่เป็นประโยชน์และดำเนินโครงการต่อไป

อย่างไรก็ตามเพื่อหลีกเลี่ยงข้อได้เปรียบส่วนใหญ่จึงจะเหมาะสมที่จะเขียนหมายเหตุที่กล่าวถึงโครงการที่อยู่ในช่วงการพัฒนา และคุณลักษณะใดที่คาดว่าจะใช้งานได้ในรุ่นเบต้าเริ่มต้น

ฉันพูดว่าทำไมไม่มีสิ่งที่ดีที่สุดของทั้งสองโลก

สิ่งที่ดีเกี่ยวกับคอมไพล์และการควบคุมแหล่งที่มาที่กระจายอำนาจโดยทั่วไปคือคุณไม่จำเป็นต้องติดกับโฮสต์ตัวใดตัวหนึ่ง คุณสามารถทำ bitbucket ส่วนตัวหรือ gitub repo และ repo gitub สาธารณะได้ ตอนนี้ผลักดันการเปลี่ยนแปลงของคุณไปยัง repo ส่วนตัวและเมื่อโครงการของคุณเสร็จสมบูรณ์มากขึ้น (หรือไปถึงเหตุการณ์สำคัญ) คุณสามารถผลักดันไปยัง repo สาธารณะ ... และคุณสามารถทำให้ repo ส่วนตัวเป็นสาธารณะและมีสถานะอยู่บน Bitbucket และ Github

ข้อเสียเล็กน้อยอย่างหนึ่งคือคุณสแปมรายการ repos ของคุณด้วย repos ที่ไร้ประโยชน์ ฉันมักจะเริ่ม repos ของฉันเป็นส่วนตัวและทันทีที่พวกเขามีสิ่งที่คุ้มค่าดูที่ฉันทำให้พวกเขาสาธารณะ ด้วยวิธีนี้ความสูญเปล่าของความคิดใหม่ ๆ ที่ไม่เคยผ่านไปไม่กี่ชั่วโมงการแก้ไขก็ไม่เบี่ยงเบนความสนใจจากรหัสที่น่าสนใจ สิ่งนี้สำคัญถ้าคุณคาดหวังให้คนดูรายการซื้อคืนของคุณเพื่อค้นหาสิ่งที่น่าสนใจ