Neturi teisės iš naujo licencijuoti šio projekto

Prisijunkite *namai * dokumentai * dienoraštis *kainodara Registruotis # Nėra teisės gauti licenciją: projekto išsišakojimas be tikrosios nuosavybės kyla pavojus Atvirojo kodo pasaulyje projekto „iššakė“ yra pagrindinė teisė. Tai nepriklausomybės deklaracija, kelias, einamas, kai bendruomenė nesutinka su projekto kryptimi arba kai nuosavybės teise priklausantis subjektas įsigyja mėgstamą atvirojo kodo įrankį. Šakė žada tęstinumą, naujus namus kodui ir jo dalyviams. Tačiau šis procesas yra kupinas teisinių ir etinių sudėtingumo, ypač kai kalbama apie kritinį *pakartotinio licencijavimo* veiksmą. Tiesiog sukūrus viešą saugyklą „GitHub“ nesuteikiama teisė pakeisti licenciją, pagal kurią buvo platinamas originalus kodas. Tai pavojingas nesusipratimas, galintis sukelti didelių teisinių pasekmių ir bendruomenės nesantaiką. Tikroji kodų bazės nuosavybė, kuri suteikia teisę gauti pakartotinę licenciją, nėra automatiškai suteikiama šakutei. Ją reikia uždirbti atliekant kruopštų ir dažnai sudėtingą procesą. Suprasti šį skirtumą labai svarbu bet kuriai organizacijai, pvz., naudojančioms modulinę verslo OS, pvz., „Mewayz“, kuri priklauso nuo jos programinės įrangos paketo stabilumo ir teisinio vientisumo. ## Valdymo iliuzija šakėje Kai projektas sujungiamas, naujieji valdytojai paveldi kodeksą, bet taip pat paveldi jį reglamentuojančią teisinę bazę. Kiekviena kodo eilutė, įtraukta pagal konkrečią atvirojo kodo licenciją, turi nuolatinius šios licencijos įsipareigojimus ir apribojimus. Forking komanda gali turėti administracinę naujosios saugyklos kontrolę, tačiau jos autorių teisės nekontroliuoja visos kodų bazės, nebent jie yra pirminiai autorių teisių turėtojai. Tai sukuria reikšmingą kliūtį bet kuriai šakutei, kuri nori pasisukti, ypač siekiant labiau ribojančios arba komercinės licencijos. Šakė negali tiesiog deklaruoti naujos licencijos; ji turi gauti kiekvieno autorių teisių savininko, prisidėjusio prie kodų bazės, įtrauktos į šakutę, leidimą. Tai dažnai yra beveik neįmanoma užduotis, nes reikia: * Susekti kiekvieną bendradarbį, įskaitant tuos, kurie galbūt persikėlė arba neatsako. * Užtikrinti pasirašytas sutartis iš kiekvieno bendraautorio, kad perskirstytų savo autorių teises arba suteiktų licenciją iš naujo licencijuoti savo darbą. * Gali tekti pašalinti arba perrašyti bet kokį kodą, kuriam negalima gauti leidimo, o tai gali būti techniškai invazinis ir daug laiko reikalaujantis procesas. > Šakė be teisės į relicenciją yra kaip būsto nuoma; galite jame gyventi ir atlikti nedidelius pakeitimus, bet jūs neturite nuosavybės ir negalite jo parduoti ar iš esmės pakeisti jo struktūros be nuomotojo sutikimo. Ši „kontrolės iliuzija“ gali būti pavojinga. Šakės, kuri bando iš naujo licencijuoti, nepaaiškinusi šių teisių, rizikuoja pareikšti ieškinius dėl autorių teisių pažeidimo iš tų pačių bendradarbių, kuriuos ji siekia prižiūrėti. Tai ne tik sukuria teisinį pažeidžiamumą, bet ir gali sugriauti bendruomenės pasitikėjimą, nes tai rodo, kad nepaisoma tų, kurie pirmiausia statė projektą, teisinių teisių. ## Kelias į tikrąją nuosavybę ir valdymą Kad šakutė pasiektų tikrą autonomiją, įskaitant teisę nustatyti savo licencijavimo ateitį, ji turi būti tik kodo kopija. Tai turi tapti nauju, nepriklausomu projektu, turinčiu aiškų ir teisėtą valdymo modelį. Tai apima dvi lygiagrečias kryptis: teisinę ir bendruomeninę. Teisiniu požiūriu patikimiausias būdas yra sukurti naują subjektą, pvz., programinės įrangos fondą, kuris galėtų veikti kaip neutralus projekto turto saugotojas. Tada bendradarbiai raginami perleisti savo autorių teises šiam fondui, kuris turi teisę valdyti projekto licenciją. Šis modelis, naudojamas projektuose, tokiuose kaip Apache Software Foundation ir Eclipse Foundation, suteikia aiškų teisinį statusą ir apsaugo projektą nuo atskirų pardavėjų įtakos. Žvelgiant iš bendruomenės požiūrio, šakutė turi sukurti savo tapatybę ir impulsą. Tai reiškia skaidrių valdymo procesų, prisidedančio vadovo ir gairių, kuriuos formuoja naujoji bendruomenė, sukūrimą, o ne tik kaip reakciją į pradinį projektą. Tokios platformos kaip „Mewayz“ gali būti naudingos čia, suteikdamos modulinius įrankius, reikalingus šioms pastangoms koordinuoti, įnašams valdyti ir sukurti tvarų veiklos modelį pagal naująjį projektą. Tikslas yra parodyti, kad šakutė yra ne tik laikinas prieglobstis, bet ir perspektyvus, ilgalaikis įpėdinis, turintis savo likimą. ## Įspėjamasis pasakojimas įmonėms Įmonėms, vertinančioms savo programinės įrangos priklausomybes, pagrindinio projekto licencijavimo būsena yra labai svarbus veiksnys. Patentuotam pardavėjui įsigijus atvirojo kodo projektą, gali kilti panikos šakutė. Tačiau jei ta šakutė neturi teisės gauti pakartotinę licenciją, ji lieka teisiškai pririšta prie pradinės projekto licencijos. Tai reiškia, kad šakotasis projektas gali būti taip pat pažeidžiamas būsimų licencijavimo pakeitimų, kuriuos diktuoja pradinis autorių teisių turėtojas. Įmonės, kurios remiasi moduline verslo OS, turi būti ypač budrios. Tokios OS kaip „Mewayz“ vertė yra galimybė sklandžiai integruotis su įvairiais įrankiais ir platformomis. Neišspręsta licencijavimo problema išsišakojusioje priklausomybėje gali sukelti netikrumą ir riziką, o tai gali pakenkti visos verslo operacinės sistemos stabilumui. Todėl, kai atsiranda šakutė, būtina atidžiai išnagrinėti jos pagrindą. Užduokite svarbius klausimus: ar didelė dalis pradinių bendraautorių persikėlė į šakę? Ar įsteigtas fondas? Ar yra aiškus autorių teisių tvarkymo procesas? Jei atsakymas į šiuos klausimus yra neigiamas, šakės teisinis autoritetas yra abejotinas, o jo ilgalaikis gyvybingumas neaiškus. Apibendrinant galima pasakyti, kad sukurti projektą lengva; suskirstyti projektą *su teise nustatyti savo ateitį* yra ypač sunku. Norint sukurti kažką tikrai naujo ir nepriklausomo, reikia apgalvotų, teisiškai pagrįstų ir bendruomenės skatinamų pastangų. Be to šakutė tėra momentinė laiko nuotrauka, kuriai trūksta autoriteto kada nors iš tikrųjų išsivaduoti.

K. Kas yra licencijavimas iš naujo ir kodėl tai atvirojo kodo projektų problema?

Pakartotinis licencijavimas reiškia naujos licencijos priskyrimą projekto kodų bazei. Atvirojo kodo projektuose pakartotinis licencijavimas gali turėti rimtų pasekmių, įskaitant galimą bendruomenės paramos praradimą, projekto krypties pokyčius ir net projekto žlugimą. Taip yra todėl, kad atvirojo kodo projektai labai priklauso nuo jų bendradarbių bendradarbiavimo ir geranoriškumo, nes jie gali nenorėti toliau dirbti su projektu pagal naują licenciją. Be to, pakartotinis licencijų išdavimas taip pat gali kelti klausimų dėl projekto intelektinės nuosavybės (IP) nuosavybės ir kontrolės.

Kl.: Ar galiu iš naujo licencijuoti projektą negavęs pirminių jo kūrėjų sutikimo?

Ne, negalite iš naujo licencijuoti projekto negavę pirminių jo kūrėjų sutikimo. Pradiniai kūrėjai išlaiko nuosavybės teisę į projekto IP, o pakartotinis licencijavimas be jų sutikimo yra jų teisių pažeidimas. Tiesą sakant, pirmieji kūrėjai jau gali būti suteikę licencijas naudoti savo kūrinį konkrečiomis sąlygomis, kurių reikia laikytis. Tokiais atvejais licencijos išdavimas be sutikimo gali sukelti teisines pasekmes, įskaitant ieškinius ir žalos atlyginimą. Norint užtikrinti sklandų pakartotinio licencijavimo procesą, būtina derėtis su originaliais kūrėjais.

Kl.: Kaip užtikrinti, kad projekto licencijavimas iš naujo nepakenktų jo bendruomenės palaikymui?

Bendruomenės paramos užtikrinimas yra labai svarbus iš naujo licencijuojant projektą. Vienas iš būdų yra bendrauti su projekto bendruomene, įskaitant bendradarbius, vartotojus ir gerbėjus. Tai apima siūlomo pakartotinio licencijavimo aptarimą su bendruomene, jų susirūpinimą ir aiškius sprendimo paaiškinimus. Be to, labai svarbu užtikrinti, kad naujoji licencija būtų suderinama su esama projekto infrastruktūra ir priklausomybėmis. Taikydami bendradarbiavimą galite sumažinti bendruomenės susvetimėjimo riziką ir užtikrinti sklandų perėjimą.

K. Kokie yra projekto licencijavimo iš naujo privalumai ir kada tai gera idėja?

Projekto licencijavimas gali suteikti keletą privalumų, įskaitant didesnį lankstumą, laisvę tinkinti ir sumažinti licencijavimo išlaidas. Gera idėja pakartotinai licencijuoti atsiranda tada, kai pirminiai projekto kūrėjai nebedalyvauja arba kai projekto kryptis labai pasikeitė. Tokiais atvejais pakartotinis licencijų suteikimas gali padėti užtikrinti projekto išlikimą ir nuolatinį aktualumą. Tačiau pakartotinis licencijavimas neturėtų būti atliekamas lengvabūdiškai, nes tai gali turėti reikšmingų pasekmių projekto bendruomenei ir bendradarbiams. Būtina, kad ir baigiasi

Dažniausiai užduodami klausimai

• Ką reiškia „neturėti teisės išduoti pakartotinę licenciją“ projektui?

  Neturite teisės į pakartotinę licenciją, tai reiškia, kad negalite pakeisti originalios projekto atvirojo kodo licencijos, net jei ją atšauksite. Šis apribojimas atsiranda, kai pirminiai autorių teisių turėtojai išlaiko išskirtines teises keisti licencijavimo sąlygas. Pavyzdžiui, jei projektas yra licencijuotas pagal GPLv3, jo suteikimas nesuteikia jums teisės pakeisti jo į MIT arba Apache licencijas. Tai gali labai apriboti, kaip platinti arba gauti pajamų iš šakotosios versijos. 207 „Mewayz“ iš anksto sukurti moduliai, kuriuos galima įsigyti už 49 USD per mėnesį, padeda kūrėjams susidoroti su tokiais sudėtingais licencijavimo klausimais, nes jie pateikia suderinamus, paruoštus naudoti kodo komponentus.

• Kodėl pakartotinis licencijavimas yra svarbus aspektas rengiant projektą?

  Pakartotinis licencijavimas yra labai svarbus, nes jis lemia, kaip šakotasis projektas gali būti naudojamas, platinamas ir modifikuojamas. Pavyzdžiui, pakeitus ribojančią licenciją, pvz., AGPL, į leidžiančią, pvz., BSD, būtų galima pritraukti daugiau komercinių vartotojų. Ir atvirkščiai, perėjimas prie griežtesnės licencijos gali apriboti priėmimą. Jei neturite teisės gauti pakartotinę licenciją, jūsų galimybes riboja pradinės licencijos sąlygos. „Mewayz“ 207 moduliai sukurti taip, kad veiktų sklandžiai naudojant kelias licencijas, todėl kūrėjams, kuriems reikia pritaikyti savo projektus, reikia lankstumo, nesijaudinant dėl licencijavimo konfliktų.

• Kokia teisinė rizika yra susijusi su bandymu iš naujo licencijuoti projektą be leidimo?

  Bandymas iš naujo licencijuoti projektą be leidimo gali sukelti rimtų teisinių pasekmių, įskaitant ieškinius dėl autorių teisių pažeidimo. Originalūs autorių teisių turėtojai gali įgyvendinti savo teises, todėl gali priversti jus nutraukti platinimą arba atlyginti žalą. Ši rizika ypač didelė, kai sujungiami projektai su stipriomis copyleft nuostatomis, pvz., GPL. „Mewayz“ padeda sumažinti tokią riziką, teikdama iš anksto licencijuotus, paruoštus naudoti modulius, kurie yra suderinami su įvairiomis atvirojo kodo licencijomis, todėl sumažėja sudėtingų pakartotinio licencijavimo scenarijų poreikis.

• Kaip „Mewayz“ gali padėti kūrėjams išvengti pakartotinio licencijavimo problemų skirstant projektus?

  Mewayz siūlo visapusišką