Come gestire contributori open source ben intenzionati?

Se un programmatore ti contatta e ti chiede di contribuire al tuo progetto, come lo gestisci?

Non sai se questo ragazzo è buono. Forse sarà più un problema di quanto valga.
Potrebbe cercare di attribuire il suo nome a un progetto di successo solo per i complimenti.
Potrebbe provare a portare il progetto in una direzione che non vuoi davvero, aggiungendo funzionalità che ritieni non valgano la complessità aggiuntiva.
Oppure, potrebbe essere un collaboratore molto utile. Solo che non lo sai.

Come gestite tali richieste da persone che non conoscete (su GitHub, in particolare, se questo fa la differenza)? Qual è l'etichetta qui?

open-source github

— Assolo
fonte

su github gli basta fare una richiesta pull e rifiutare se non ti piace

— maniaco del cricchetto

Nome account appropriato?

— Aren

Penso che ciò a cui potresti riferirti sia uno stato di "contributore" attivo. In breve: non fare in modo che qualcuno contribuisca a qualcosa a cui non ha ancora contribuito. I progetti Open Source hanno il vantaggio che chiunque può semplicemente lavorarci, quindi lascia che lo facciano e poi decidono.

— colpì il

@Aren ottengo extra +=1per quello?

— Solo il

Risposte:

L'appartenenza a un progetto OSS non è la stessa di un team aziendale finanziato in cui le persone vengono intervistate e scelte. Il sorgente è già disponibile (altrimenti non è open source). Di 'loro di inviare alcune patch. Se sono buoni patch (e si devono rivederli prima), impegnarli. Una volta che la prospettiva crea fiducia e una storia di contributi preziosi, dagli accesso in scrittura.

I team OSS crescono organicamente. Mettiti a disposizione per porre domande e far loro accumulare un po 'di credito stradale nel tempo.

— Michael
fonte

+1 questo. Le patch sono il modo migliore per iniziare perché creano la barriera più bassa di ingresso per iniziare. Se la persona inizia a fornire più patch (o diventa un collaboratore regolare), è più rapido / semplice passare alle richieste pull.

— Evan Plaice,

Scusa la mia ignoranza, ma c'è una differenza tra una patch e una richiesta pull?

— heltonbiker,

Perché non lasciare che questa persona desiderosa ti invii una richiesta pull? Avrai l'opportunità di rivedere e criticare il codice di quella persona. Questa sembra la soluzione più semplice.

— duggiefresh
fonte

Non è così che GitHub dovrebbe funzionare comunque?

— alroc,

L'unica cosa che aggiungerei è chiedere a questa persona che la prima richiesta pull sia qualcosa di piccolo, per evitare che ci faccia troppo sforzo prima che tu possa vedere il loro codice. Di fronte a una "sfida" come questa, possono sentirsi obbligati a presentare qualcosa di grande e di grande

— effetto

e qualcosa di grosso e di impressionante romperà le cose se non maneggiato con cura

— maniaco del cricchetto il

Quindi, se il contributo è utile, ma è carente in termini di qualità e sei troppo impegnato per tenerlo in mano, è giusto rifiutare il contributo?

— Solo il

@Solo: Certamente. È anche OK aspettarsi / chiedere al collaboratore di mantenere e correggere i bug nella loro funzione, almeno fino a quando il resto del team non impara quel codice, e soprattutto per commit più grandi.

— Hugo,

Accettare e rivedere le modifiche da lui su base provvisoria. Dagli l'accesso in scrittura al repository del codice sorgente quando ha dimostrato il suo valore.

— Robert Harvey
fonte