Chi ha diritto al codice che deriva dai contributi in un progetto open source?

Se qualcuno avvia un progetto open source (ad esempio con una licenza GPL) in cui le persone forniranno contributi, di chi sarà il proprietario di tali contributi a livello dell'intero progetto? Il nuovo codice diventerà di proprietà dell'autore originale o anche i collaboratori saranno autori?

Chi ha il diritto sul progetto in corso? Ad esempio, chi ha il potere di rilasciare il codice in una seconda licenza? Solo l'autore originale? Anche i partecipanti possono farlo separatamente o devono prendere una decisione congiunta con l'autore originale e tutti i partecipanti?

Ogni autore conserva il copyright del proprio codice. Se il progetto rientra nella GPL, per contribuire al codice è necessario che il codice sia concesso in licenza a norma della GPL. Se vuoi fare qualcos'altro con il codice come rilasciarlo in una licenza diversa, avrai bisogno dell'autorizzazione dell'autore originale.

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

Il titolare del copyright. Per impostazione predefinita, è 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. Ciò significa che, per impostazione predefinita, l'autore originale è l'unica persona che può concedere una licenza per quel codice.

Poiché il progetto open source in genere ha molti autori, non è possibile rintracciare tutti gli autori e farli concordare ogni volta che è necessario apportare una modifica alla licenza. 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 acconsentono alle versioni future della licenza che non sono ancora disponibili. Di solito gli autori della licenza promettono di rendere simili versioni successive simili alla licenza originale, ad es. Nella GNU General Public License :

La Free Software Foundation può pubblicare di volta in volta versioni riviste e / o nuove della GNU General Public License. Tali nuove versioni saranno simili nello spirito alla versione attuale, ma potrebbero differire nei dettagli per affrontare nuovi problemi o preoccupazioni.

L'altro modo per affrontare questo problema è far sì che gli autori accettino di trasferire il loro copyright a qualcun altro, ad esempio il proprietario del progetto. Questa persona ha quindi il diritto di decidere se autorizzare il progetto e una nuova licenza. L'aspetto negativo di questo approccio è che i proprietari dei progetti 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 del fork e il proprietario del fork non avrà il copyright degli autori del codice originale.

Infine, quando sei un'entità molto grande potresti presentare una petizione agli autori della licenza per apportare modifiche alla licenza. Questo è il modo in cui Wikimedia è riuscita a passare da una licenza solo GFDL a una doppia licenza con CC-by-sa: hanno presentato una petizione alla FSF per pubblicare una versione più recente della 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, le licenze sono sempre una seccatura e non è chiaro quale sia la migliore linea di condotta. Di solito dovresti dedicare un po 'di tempo a trovare la licenza giusta per il progetto prima di avere altre persone che contribuiscono poiché cambiare la licenza in seguito è solitamente piuttosto difficile.

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

La maggior parte, per lo meno, avrà una dichiarazione in cui si afferma che, contribuendo, si sono concessi i diritti di progetto per l'uso, la distribuzione, ecc. Del proprio contributo e sono stati concessi a tutti i diritti degli utenti del progetto di guardare ed eseguire il proprio codice. Ciò non nega il tuo copyright, ma significa che hai accettato irrevocabilmente di autorizzarlo per l'uso in quel progetto.

A seconda dei termini in base ai quali il progetto viene quindi distribuito e i dettagli della licenza concordata, ciò può o meno consentire a chiunque abbia accesso ai diritti del progetto di utilizzare il codice in altri contesti.

È tua responsabilità leggere e comprendere questi dettagli prima di contribuire con il codice. In caso di dubbio, puoi chiedere alle persone che gestiscono il progetto di spiegare 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 ciò per cui hai pagato esso.

Se questo è davvero importante per te, ottieni la lingua esatta e assumi il tuo avvocato per esaminarlo per individuare eventuali insidie. O non fornire codice che non sei disposto a vedere scappare nell'uso generale. O convincere qualcun altro a 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.