Come valutare un progetto open source pensando alla partecipazione?

Supponendo di aver trovato un progetto open source a cui sono interessato, come posso valutare il progetto (i membri, il livello di attività, ecc.) Per determinare se aderire al progetto sarà un buon uso del mio tempo ed energia?

Guarda la cronologia del controllo del codice sorgente.

Da ciò, puoi vedere check-in, rivedere il codice, misurare il livello di attività e in generale vedere la qualità dei commit. Puoi imparare di più semplicemente guardando l'attività del codice sorgente.

Puoi fare diverse cose:

1. Guarda i loro archivi delle mailing list, guarda come si comporta la community in pubblico
2. Guarda la frequenza delle loro versioni e la qualità delle note di rilascio
3. Cerca una chiara missione e un elenco di caratteristiche / requisiti sul loro sito
4. Verifica la sua maturità: se stai cercando di essere guidato / facilitato in un progetto, un progetto maturo è più tollerante di un progetto nuovo di zecca. È vero anche il contrario.
5. Guarda la struttura, è un dittatore benevolo o un approccio del consiglio della comunità
6. Cerchi le loro istruzioni di partecipazione, amichevole? chiaro?

Comunque è un inizio :)

Prova prima le acque un po '. Esci nelle mailing list, nei canali irc, ecc. E guarda come funzionano le cose. Correggi un bug o aggiungi tu stesso una funzione richiesta nota e invia una patch. Vedi come viene accettato ... funzionano con te per modificarlo e includerlo o combatterti?

Valuta anche te stesso. Hai davvero il tempo e l'interesse per restare e vale la pena investire nel progetto per metterti al passo?

Guarda la copertura del test. Contribuire a un progetto con una storia / un mandato che accetta solo richieste / patch pull con il superamento dei test sarà un processo molto più efficace e divertente rispetto al tentativo di collaborare a qualcosa con sviluppatori che non possono / non vogliono scrivere unit test.

Ho dovuto lavorare sull'aggiornamento di vecchie versioni di librerie abbandonate un paio di volte per lavoro. Normalmente, sarei entusiasta di essere pagato per contribuire a progetti open source. Ma quando non ci sono test e scarsa documentazione, è semplicemente infernale.

Unisciti se ti piacerà ¹ lavorare al progetto.

¹ : "divertiti" potrebbe significare qualunque cosa ti renda felice.

Basalo sui tuoi obiettivi (non sei sicuro di cosa siano). Se stai cercando di fare esperienza di programmazione, non hai davvero molto da perdere provandolo. Semmai, potresti imparare come 'non' codificare.

Se stai cercando di farti un nome assegnandoti a un grande progetto, potresti avere dei momenti più difficili. Prova a cercare in rete eventuali blog o commenti di altri sviluppatori e utenti del software (se è così lontano.). Dai un'occhiata ai progressi della codifica. Si sta muovendo ad un ritmo di tuo gradimento.

Cercare di scoprire se gli altri membri "giocano bene con gli altri" potrebbe prendere una combinazione di alcune delle pratiche che ho appena citato.

Provalo. "Non costa niente" - John Belushi, Animal House.