quali sono i vantaggi e gli svantaggi di inserire il codice per un progetto non finito su github

11

Sto affermando di lavorare su un progetto che intendo pubblicare come open source tramite i github. Quali sono i vantaggi di inserire il codice su github fin dall'inizio, anziché aspettare che il progetto sia in uno stato operativo 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 quindi rimuovere le copertine più tardi)

    
posta cori 21.09.2012 - 20:15
fonte

5 risposte

10

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

Github è pieno di progetti piccoli e incompleti, quindi il tuo progetto dovrebbe adattarsi perfettamente. Più dettagli inserisci nel file readme, meglio sarà perché aiuterà gli altri sviluppatori / utenti a velocizzare rapidamente il tuo progetto.

Per lo meno, i tuoi progetti privati dovrebbero essere sotto una sorta di controllo di versione. Se non desideri pagare per un servizio, ti consigliamo di utilizzare Dropbox per eseguire il backup dei repository locali privati. In questo modo hai il backup dei file e il controllo della versione sul tuo progetto che ti farà risparmiare ore di dolore in futuro.

    
risposta data 21.09.2012 - 20:30
fonte
6

Non ci sono svantaggi. Finché disponi di un file readme che indica chiaramente che il progetto è in corso, nessuno lo manterrà contro di te se esegui modifiche improvvise man mano che il progetto procede.

    
risposta data 21.09.2012 - 22:50
fonte
4

C'è un link se vuoi repository privati gratuiti usando git e quando hai finito puoi renderlo pubblico.

    
risposta data 22.09.2012 - 12:18
fonte
3

Risposta breve: Puoi ancora ospitarlo liberamente in Github senza problemi.

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

Tuttavia, per evitare la maggior parte dei disguidi , avrà senso scrivere una nota che menzioni che il progetto è in fase di sviluppo. E quali caratteristiche dovrebbero essere funzionali alla versione beta iniziale.

    
risposta data 21.09.2012 - 20:30
fonte
3

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

La cosa bella del git e del controllo del codice sorgente decentralizzato in generale è che non devi limitarti a un solo host. Potresti creare un repository privato di bitbucket e un repository pubblico di github. In questo momento, trasferisci le tue modifiche al repository privato, e quando il tuo progetto è più completo (o raggiunge un traguardo) puoi spingere al repository pubblico ... e successivamente puoi rendere pubblico il repository privato e avere una presenza sia su Bitbucket che su Github

    
risposta data 08.10.2012 - 19:24
fonte

Leggi altre domande sui tag