quali sono i vantaggi e gli svantaggi di mettere il codice per un progetto incompiuto su github

Sto affermando di lavorare su un progetto che intendo rilasciare come open source tramite i github. Quali sono i vantaggi di mettere il codice su github fin dall'inizio, invece di aspettare fino a quando il progetto è in uno stato funzionante prima della pubblicazione.

Se è importante, questo particolare progetto è un'app / servizio C # e ho solo un account github gratuito (quindi non posso renderlo privato e poi ritirare le copertine in seguito)

Quanto più rapidamente rendi il tuo codice pubblicamente disponibile, tanto più velocemente puoi ottenere feedback e persone per aiutarti. Se la tua intenzione è quella di rendere il progetto open source dall'inizio, allora ti consiglio di avviare il progetto come pubblico per impostazione predefinita.

Github è pieno di progetti piccoli e incompiuti, quindi il tuo progetto dovrebbe adattarsi perfettamente. Più dettagli inserisci nel file Leggimi, meglio sarà perché aiuterà altri sviluppatori / consumatori ad accelerare rapidamente il tuo progetto.

Per lo meno, i tuoi progetti privati ​​dovrebbero essere sotto una sorta di controllo della versione. Se non vuoi pagare per un servizio, ti consiglio di utilizzare Dropbox per eseguire il backup dei tuoi repository locali privati. In questo modo hai il backup dei file e il controllo della versione sul tuo progetto che ti salverà da ore di dolore in futuro. Più di recente, GitHub e i suoi concorrenti hanno rilasciato repository privati ​​gratuiti, quindi è possibile utilizzare la soluzione di controllo della versione di propria scelta privatamente senza un abbonamento a pagamento.

Non ci sono svantaggi. Finché si dispone di un file Leggimi che indica chiaramente che il progetto è in evoluzione, nessuno lo tratterrà contro di te se si apportano modifiche sostanziali man mano che il progetto avanza.

C'è https://bitbucket.org o https://github.com/ se vuoi repository privati ​​gratuiti usando git, e quando hai finito puoi renderlo pubblico.

Risposta breve: puoi comunque ospitarla liberamente in Github senza problemi.

Il tuo vantaggio sarebbe ottenere feedback dagli utenti e dagli sviluppatori interessati che potrebbero voler unirsi al tuo team, fornire un'idea utile e portare avanti questo progetto.

Tuttavia, per evitare molti svantaggi , sarà logico scrivere una nota in cui si menziona che il progetto è in fase di sviluppo. E quali funzionalità dovrebbero essere funzionali alla versione beta iniziale.

Dico perché non avere il meglio di entrambi i mondi.

La cosa bella di git e del controllo del codice sorgente decentralizzato in generale è che non è necessario attenersi a un host. È possibile creare un repository bitbucket o github privato e un repository github pubblico. In questo momento spingi le tue modifiche al repository privato e quando il tuo progetto è più completo (o raggiunge un traguardo) puoi spingere nel repository pubblico ... e in seguito puoi rendere pubblico il repository privato e avere una presenza sia su Bitbucket che su Github

Uno svantaggio minore è che invii spam all'elenco dei repository con repos inutili. Di solito inizio i miei repository come privati ​​e non appena hanno qualcosa che vale la pena guardare, li pubblico. In questo modo la terra desolata di nuove idee che non sono mai passate da qualche ora ad armeggiare non distrae dall'interessante codice. Questo è importante solo se ti aspetti che le persone guardino l'elenco dei tuoi repository per trovare qualcosa di interessante.