È corretto inviare il mio codice a GitHub mentre è ancora in fase di sviluppo?

18

Ho alcuni progetti in uno stato di sviluppo molto precoce. Non si avvicinano quasi mai al completamento, ma li ospito (come repository pubblici) su GitHub perché:

Ho più computer e desidero accedere al mio codice ovunque
Voglio un backup per il mio codice
Voglio che sia facile se qualcuno vuole collaborare in qualche modo
Uso GitHub Issues come software di gestione dei progetti di un uomo povero

È corretto pubblicare un progetto su GitHub anche quando è molto presto nello sviluppo? Sono un po 'preoccupato per qualcuno da trovare e dire OMG this is total BS, this code is so bad!mentre guardo il codice non lucidato / ancora in sviluppo / non testato.

Quali sono le tue pratiche quando avvii nuovi progetti pubblici? Aspetti di avere qualcosa di sostanziale da mostrare o crei un repository nudo direttamente su GitHub e inizi da lì?

Ho usato GitHubtutto questo post, ma questo vale per tutti i servizi di hosting di codice là fuori.

open-source github project-hosting

— marco-Fiset
fonte

GitHub ti dà la possibilità di limitare l'accesso?

— FrustratedWithFormsDesigner,

@FrustratedWithFormsDesigner Solo per account a pagamento. Sebbene nessuno possa spingere direttamente al tuo repository. Per questo devono creare una richiesta pull e devo approvarla e fonderla da sola.

— marco-fiset,

Ah. I conti a pagamento sono piuttosto costosi?

— FrustratedWithFormsDesigner,

7

Potrebbe usare Bitbucket (gratuito) e mantenerlo repository privato, quindi renderlo pubblico una volta che ritieni che sia ok per essere visto.

— Rig

@FrustratedWithFormsDesigner Non molto. Da 7 $ / mese. Ma sono abbastanza sicuro che tu lo sapessi già, vero? : P Volevi solo che mi rendessi conto che avrei potuto semplicemente pagarlo e stare zitto.

— Sto

37

Ovviamente va bene: è difficile immaginare che oltre 4.098.118 progetti attualmente ospitati su GitHub siano tutti fantastici e utili al 100%! Non stai forzando nessuno a usare il tuo codice o persino a guardarlo. Se organizzi il progetto principalmente per te stesso, la qualità del tuo codice è preoccupante per te e per nessun altro.

Hai elencato tutti i motivi giusti per ospitare il tuo progetto: backup, accesso universale e possibilità di collaborazione con altri sono ottimi motivi per iniziare l'hosting il prima possibile.

— dasblinkenlight
fonte

12

Spingi quanto vuoi prima possibile. Nessuno lo guarderà se non lo pubblicizzi ed è interessante.

Se sei davvero preoccupato, alcuni servizi di hosting di codice gratuito offrono repository privati.

— Armand
fonte

2

Uno di questi servizi con repository privati gratuiti è Bit Bucket.

— davidhaskins,

4

Puoi usare Bitbucket che ha la maggior parte delle funzionalità di gestione del progetto, tutte le funzionalità DCVS basate su cloud e ha repository privati gratuiti in modo da poterlo mantenere sul DL.

— Wyatt Barnett
fonte

2

Sicuro che puoi pubblicarlo in uno sviluppo iniziale - Ma contrassegnalo come pre-alfa, successivamente imposta alpha, beta ...

— knut
fonte

2

Non ha davvero senso tenerne traccia fino a quando non pianifichi di rilasciare una versione (e anche in questo caso, solo se sei abbastanza grande da interessarsene).

— Brendan Long,

1

Nessuno inciamperà nel tuo progetto. E se lo facessero, non se ne andranno a chiacchierare su Internet.

— jiggy
fonte

1

Direi che dipende dal fatto che tu pensi che il codice sia incompleto o semplicemente male. In caso contrario, potresti voler considerare se sei ora o potresti presto cercare una nuova posizione; e se il codice è rilevabile o meno se un potenziale datore di lavoro ti sta ricercando.

OTOH, anche il codice errato potrebbe essere considerato un bonus, in particolare se viene commentato come tale.

Il mio consiglio: decidi con cura.

— jmoreno
fonte

0

Sicuramente puoi spingere tutto quello che vuoi, ma è ancora meglio quando invii una soluzione pre-beta a GitHub.

Puoi facilmente utilizzare DropBox per archiviare i tuoi progetti GitHub e la parte buona è che avrai accesso a loro su qualsiasi computer.

— CoffeeCode
fonte

4

Consiglio vivamente contro questo. Per esperienza personale, ho scoperto che stavo ottenendo un gran casino di file alterati e ripristinati a causa di entrambi i sistemi che cercavano di sincronizzarli. Il mio approccio è Dropbox per la maggior parte delle cose, piano da 50 GB e github per tutti i file controllati da codice / versione e non ci si incontra mai.

— Michael Durrant,

Sono d'accordo. Dropbox + git (specialmente la .gitdirectory) non si mescolano.

— asmeurer,