Come parte il contributo di "contribuire a un progetto open source"?

4

Nota: questa domanda riguarda il caso generale ... Come sono le cose in genere.

OK, così posso scaricare il codice e fare i conti con esso, ma in che modo le mie modifiche entrano ufficialmente nel progetto? Chi decide quali cambiamenti fanno parte del progetto e come? C'è spesso un elenco di modifiche / aggiunte richieste? Cosa succede se ho un'idea interessante che non è menzionata lì? Come ottenerlo approvato? E se due persone implementassero la stessa funzione. Chi sceglie quale implementazione fa parte del progetto?

In sostanza, come viene gestito tutto (nel caso generale)?

    
posta EpsilonVector 08.12.2010 - 23:07
fonte

3 risposte

6

Dipende davvero dal progetto. In generale, più grande è il progetto, più formale è la procedura per i nuovi contributori. Se si migliora la fonte di un piccolo progetto, una semplice mail a uno degli sviluppatori potrebbe essere sufficiente.

Prima di implementare una nuova funzione, dovresti chiedere loro se qualcuno ci sta già lavorando. E dovresti lavorare sulla versione più recente disponibile, non sull'ultima build principale / stabile. In caso contrario, le modifiche potrebbero essere più difficili da incorporare con la versione corrente. Posso solo immaginare cosa succede quando due persone implementano in modo indipendente la stessa funzionalità, o la prima vince (perché nessuno conosce l'altra versione) o la decisione si basa sulla qualità dei contributi.

A volte esiste un elenco di funzionalità di Todo, ma più spesso implementi solo ciò di cui hai bisogno per le tue esigenze. Correggi i bug che ti infastidiscono.

    
risposta data 08.12.2010 - 23:19
fonte
2

Guarda i file che vengono con il software e qualsiasi altra cosa disponibile come un sito web del progetto. Tranne per progetti davvero piccoli, ci dovrebbero essere alcune linee guida o anche regole rigide. In caso contrario, dovresti almeno avere l'indirizzo email del proprietario del progetto. Come indicato da ammoQ, entrare in contatto con il proprietario è comunque una buona idea, ma è più probabile che tu ti prenda sul serio se hai letto le regole o le linee guida.

    
risposta data 08.12.2010 - 23:24
fonte
1

Non puoi sbagliare molto con la spedizione di una patch per una correzione di bug o una funzione che ti piace.

Se c'è qualche documentazione su come / cosa / dove inviare assicurati di seguirla. Altrimenti invia una patch con una descrizione di ciò che fa (e perché è una buona cosa) alla mailing list del progetto. Se non ci sono mailing list, invialo all'indirizzo e-mail indicato sul sito web.

    
risposta data 08.12.2010 - 23:32
fonte

Leggi altre domande sui tag