Chi ha diritto sul codice che proviene dai contributi in un progetto open source?

Ogni autore conserva il copyright del proprio codice. Se il progetto è sotto GPL, il contributo del codice richiede che il codice sia concesso in licenza sotto licenza GPL. Se vuoi fare qualcos'altro con il codice come rilasciandolo in una licenza diversa, avresti bisogno dell'autorizzazione dell'autore originale.

Per molti progetti, il proprietario del progetto richiede ai contributori di assegnare il copyright al codice del contributore al proprietario del progetto. Ciò rende possibile, ad esempio, rilasciare progetti GPL con nuove versioni della licenza GPL, poiché questi vengono rilasciati poiché in questi casi diventa poco pratico inseguire centinaia di singoli contributori.

Il detentore del copyright. Di default, questo è l'autore del codice in questione (ogni singolo autore se ce ne sono molti). Il copyright può essere assegnato a qualcun altro, e alcuni progetti open source richiedono l'assegnazione del copyright come condizione per contribuire.

Tutti detengono il copyright del codice che scrivono. Il che significa che per impostazione predefinita l'autore originale è l'unica persona che può concedere una licenza per quel codice.

Poiché in genere il progetto open source ha molti autori, non è possibile rintracciare tutti gli autori e convincerli a concordare ogni volta che è necessario apportare una modifica alle licenze. Per evitare questo problema, alcuni progetti open source sono concessi in licenza con una licenza che consente l'uso del codice in qualsiasi versione successiva di tale licenza. In questo modo gli autori accettano le versioni future della licenza che non sono ancora disponibili. Solitamente gli autori delle licenze promettono di rendere quelle versioni successive simili nello spirito alla licenza originale, ad es. nella Licenza pubblica generale GNU :

The Free Software Foundation may publish revised and/or new versions of the GNU General Public License from time to time. Such new versions will be similar in spirit to the present version, but may differ in detail to address new problems or concerns.

L'altro modo per affrontare questo problema è quello di chiedere agli autori di trasferire il proprio copyright a qualcun altro, ad es. il proprietario del progetto. Questa persona ha quindi il diritto di decidere se concedere la licenza del progetto e una nuova licenza. Il lato negativo di questo approccio è che i proprietari del progetto sono persone e potrebbero non agire nello spirito dell'autore originale. Ciò rende anche più difficile per le forcelle passare a una nuova licenza poiché il proprietario del progetto originale probabilmente non fa parte della forcella e il proprietario della forcella non avrà il copyright degli autori del codice originale.

Infine, quando sei una grande entità potresti chiedere agli autori delle licenze di apportare modifiche alla licenza. Ecco come Wikimedia è riuscita a passare da una licenza GFDL-only alla doppia licenza con CC-by-sa: hanno presentato una petizione alla FSF per pubblicare una versione più recente del GFDL che includeva una sezione per consentire ai progetti di passare i loro contenuti a CC-by -sa per un tempo limitato.

Come puoi vedere, il licensing è sempre una seccatura e non è chiaro quale sia il miglior modo di agire. Di solito dovresti dedicare un po 'di tempo a trovare la giusta licenza per il progetto prima che tu contribuisca ad altre persone, perché in seguito la modifica della licenza è solitamente piuttosto difficile.

Nota che la risposta dipende in gran parte dai termini in cui il progetto open source accetta il tuo codice.

La maggior parte avrà, come minimo, una dichiarazione in cui si afferma che, contribuendo, si è concesso ai diritti del progetto di utilizzare, distribuire, ecc. il proprio contributo e concesso a tutti gli utenti del progetto i diritti di guardare ed eseguire il codice. Ciò non annulla il tuo copyright, ma significa che hai accettato irrevocabilmente di concederlo in licenza per l'uso in quel progetto.

A seconda dei termini in base ai quali il progetto viene poi distribuito e i dettagli della licenza che hai accettato, che può o non può dare a tutti gli altri l'accesso ai diritti del progetto per usare il tuo codice in altri contesti.

È tua responsabilità leggere e comprendere questi dettagli prima di fornire il codice. In caso di dubbio, puoi chiedere alle persone che gestiscono il progetto di spiegare che cosa intendevano dire le loro licenze, ma ricorda che la consulenza legale gratuita - incluso tutto ciò che vedi in risposta alla tua domanda - vale esattamente quello che hai pagato per esso.

Se questo è davvero importante per te, prendi la lingua esatta e assumi il tuo avvocato per esaminarlo in caso di insidie. O non contribuire con il codice che non si è disposti a vedere la fuga in uso generale. Oppure chiedi a qualcun altro di fare quella ricerca per te - il mio datore di lavoro ha regole abbastanza specifiche su quali tipi di open source sono e non mi è permesso di essere coinvolto.