對(duì)于開源波材，我們應(yīng)該了解一些基本的法律知識(shí)。
Section 1 了解開源的法律含義
向全世界分享具有創(chuàng)造性的工作，是一個(gè)非常令人激動(dòng)且很有意義的事情。但是這也意味著可能有一堆我們自己并不清楚的法律問題。幸運(yùn)的是鳍侣，開源的我們不必從頭開始丁稀。本開源指南已經(jīng)涵蓋了大家的法律需求。（當(dāng)然在具體的行動(dòng)之前倚聚，請(qǐng)確定閱讀了 GitHub 的免責(zé)聲明线衫。）
Section 2 為什么大家非常擔(dān)心有關(guān)開源的法律問題？
很高興提出這樣大家都非常關(guān)心的問題惑折！眾所周知授账，當(dāng)人們進(jìn)行創(chuàng)造性的工作（例如寫作、設(shè)計(jì)或編程）時(shí)惨驶，默認(rèn)情況下該作品屬于專有版權(quán)（copyright）白热。也就是說，法律承認(rèn)人們是其作品的作者粗卜，他人在沒有經(jīng)得作者本人同意的情況下屋确，是不能使用作者的成果的。
一般來說，這意味著沒有人可以在沒有作者本人授權(quán)的情況下使用攻臀、復(fù)制焕数、分發(fā)或者修改作者的成果。
然而刨啸，開源有著不一樣的情況堡赔。因?yàn)樽髡呦Ｍ耸褂谩⑿薷囊约胺窒硭麄兊墓ぷ鞒晒枇５驗(yàn)榉赡J(rèn)依然是專有版權(quán)（copyright）善已，所以作者需要一個(gè)明確說明這些權(quán)限的許可協(xié)議。
如果作者沒有應(yīng)用開源許可協(xié)議仑荐，那么對(duì)項(xiàng)目做出貢獻(xiàn)的人也將成為此項(xiàng)目的專屬版權(quán)（copyright）所有者雕拼。這意味著沒有人（也包括初始作者）可以使用、復(fù)制粘招、分發(fā)后者修改他們的貢獻(xiàn)啥寇，
另外，項(xiàng)目也可能具有貢獻(xiàn)者不知道的許可證要求的依賴關(guān)系洒扎。開源項(xiàng)目社區(qū)辑甜，或者雇主政策也可能要求開發(fā)者們使用特定的開源許可協(xié)議。
Section 3 公開的 GitHub 項(xiàng)目是開源的嗎袍冷？
當(dāng)大家在 GitHub 上創(chuàng)建一個(gè)新項(xiàng)目?時(shí)磷醋，可以選擇將倉庫設(shè)置成?private?或者?public?。
將 GitHub 上的項(xiàng)目設(shè)置為公開并不意味著申明了項(xiàng)目的許可協(xié)議胡诗。?公開的項(xiàng)目涵蓋了GitHub 的服務(wù)條款邓线，它允許 GitHub 的其它用戶查看和 fork 項(xiàng)目， 但是沒有權(quán)限參與到項(xiàng)目中來煌恢。
如果想讓他人使用骇陈、復(fù)制、修改開源項(xiàng)目瑰抵，或者參與貢獻(xiàn)的話鲸匿，那么項(xiàng)目就需要包含一個(gè)開源許可協(xié)議商源。例如，即使你們的項(xiàng)目是公開的，但沒有原作者的授權(quán)逗宜，一些人是不能合法在他們的代碼中使用 GitHub 項(xiàng)目中的任何部分的瘩燥。
Section 4 請(qǐng)告訴我該如何保護(hù)項(xiàng)目
大伙所處的時(shí)代奸例，已經(jīng)不同于往日供填，開源許可協(xié)議已經(jīng)標(biāo)準(zhǔn)化了，同時(shí)應(yīng)用起來也非常的簡單婿着。甚至僅僅是直接復(fù)制粘貼一個(gè)已經(jīng)存在的許可協(xié)議到項(xiàng)目里即可颤绕。
MIT幸海、Apache 2.0以及GPLv3?都是非常流行的開源許可協(xié)議，但是也有更多的其它選擇奥务。讀者你可以在choosealicense.com上找到這些許可協(xié)議的全部文本物独，此網(wǎng)站也同時(shí)說明了如何使用這些許可協(xié)議。
當(dāng)你在GitHub上創(chuàng)建了一個(gè)新的項(xiàng)目的時(shí)候氯葬，會(huì)被要求添加一個(gè)許可協(xié)議挡篓。
一個(gè)標(biāo)準(zhǔn)化的許可協(xié)議可以作為沒有法律培訓(xùn)的人員的代理，以準(zhǔn)確地知道他們可以和不能用軟件做什么帚称。除非絕對(duì)要求官研，否則應(yīng)避免使用定制、修改或非標(biāo)準(zhǔn)術(shù)語闯睹，這將成為他人使用代碼的障礙戏羽。
Section 5 哪個(gè)開源許可協(xié)議適合我的項(xiàng)目？
如果你們是小白楼吃，那么使用MIT License始花，不容易出錯(cuò)。它很短孩锡，很容易理解酷宵，并允許任何人做任何事情，只要貢獻(xiàn)者保留許可證的副本即可躬窜，其中包括原作者的版權(quán)聲明浇垦。如果需要，人們還可以根據(jù)不同的許可協(xié)議再發(fā)布項(xiàng)目荣挨。
然而男韧，為項(xiàng)目選擇合適的開源許可協(xié)議，仍忍由原作者做最終的決定默垄。
項(xiàng)目非炒寺牵可能有（或?qū)⒂校?b>依賴。舉例來說厕倍，如果讀者你開源了一個(gè) Node.js 的項(xiàng)目寡壮，這個(gè)項(xiàng)目會(huì)使用到一些來自 npm（Node Package Manager）的庫贩疙。項(xiàng)目所依賴的這些庫都有它們自己的開源許可協(xié)議讹弯。如果這些許可協(xié)議“允許”（對(duì)使用、修改和分享給予公共權(quán)限这溅，而對(duì)有關(guān)項(xiàng)目的許可協(xié)議沒有要求）组民，這樣就可以使用任何想要的許可協(xié)議。其中共同允許許可協(xié)議包括MIT悲靴、Apache 2.0臭胜、ISC和BSD。
另一方面，如果項(xiàng)目的依賴中有一個(gè)的許可協(xié)議是“強(qiáng)制的 copyleft”（他們也給同樣的允許耸三，但條件是有關(guān)項(xiàng)目得使用同樣的許可協(xié)議）乱陡，那么項(xiàng)目將使用與之相同的許可協(xié)議。copyleft 許可協(xié)議包括GPLv2仪壮、GPLv3和AGPLv3憨颠。
作為社區(qū)經(jīng)理，當(dāng)然希望所建設(shè)的開源社區(qū)积锅，能夠有貢獻(xiàn)者來貢獻(xiàn)項(xiàng)目爽彤，那么久要考慮一些問題：
- 是否允許讓項(xiàng)目成為其它項(xiàng)目的依賴？?在相關(guān)社區(qū)最好盡可能使用最流行的許可協(xié)議缚陷。例如适篙，MIT協(xié)議是npm 程序庫所使用的最為流行的許可協(xié)議。
- 項(xiàng)目是否想吸引大企業(yè)箫爷？?大型企業(yè)可能需要所有貢獻(xiàn)者的明確專利許可嚷节。在這種情況下，Apache 2.0很適合蝶缀。
- 項(xiàng)目是否想吸引不愿自己的貢獻(xiàn)用于其它同類型軟件的貢獻(xiàn)者丹喻？?在這種情況下，GPLv3和AGPLv3顯然是更加合適的選擇翁都。
貴公司可能為自己的項(xiàng)目準(zhǔn)備了特定的許可協(xié)議碍论。例如，它可能需要較寬容的許可證柄慰，以便公司可以在公司的閉源產(chǎn)品中使用你們的項(xiàng)目鳍悠。或者貴公司要求強(qiáng)大的 copyleft 許可協(xié)議同時(shí)要求貢獻(xiàn)者贊成坐搔，這樣的話藏研，項(xiàng)目就只屬于貴公司，沒有人能在有關(guān)的軟件中使用你們的項(xiàng)目概行〈赖玻或者貴公司可能有與標(biāo)準(zhǔn)、社會(huì)責(zé)任或透明度相關(guān)的某些需求凳忙，其中任何一個(gè)都可能需要特定的許可策略业踏。與貴公司的法律部門談?wù)劇?/p>
當(dāng)大伙在 GitHub 上創(chuàng)建了一個(gè)新的項(xiàng)目時(shí)，GitHub 為給大家提供了選擇許可協(xié)議的步驟涧卵。包括上面提到的可以使 GitHub 項(xiàng)目開源的許可協(xié)議勤家。如果想要了解其他選擇，可以通過查閱choosealicense.com找到適合項(xiàng)目（即使它不是軟件）的許可協(xié)議柳恐。
Section 6 如果我想更換項(xiàng)目的許可協(xié)議伐脖，該怎么辦热幔？
大多數(shù)項(xiàng)目絕不需要更換許可協(xié)議。但是情況偶爾有變讼庇。
例如绎巨，隨著項(xiàng)目的日益壯大，它添加了新的依賴或用戶蠕啄，或者貴公司改變了策略认烁，或者其他的要求，總之要更換不同的許可協(xié)議介汹。如果作者在開始項(xiàng)目的時(shí)候沒有添加許可協(xié)議却嗡，那么再添加一個(gè)許可協(xié)議和更換許可協(xié)議是一樣的效果。當(dāng)要添加或者更換項(xiàng)目的許可協(xié)議時(shí)嘹承，需要考慮以下三件事：
這件事很復(fù)雜窗价。 確定許可協(xié)議的兼容性和合規(guī)性，以及誰擁有版權(quán)叹卷，這會(huì)非澈掣郏快速地變得復(fù)雜和混亂。為新的發(fā)布和貢獻(xiàn)選擇一個(gè)新的且合適的許可協(xié)議與重新許可已存在的貢獻(xiàn)是不同的骤竹。一旦作者有任何想改變?cè)S可協(xié)議的想法帝牡，請(qǐng)首先讓法律團(tuán)隊(duì)知道。即使修改這已經(jīng)獲得可以更換許可協(xié)議的權(quán)限蒙揣，也要考慮者會(huì)給項(xiàng)目的其他用戶和貢獻(xiàn)者帶來怎樣的影響靶溜。將更換許可協(xié)議視為“管理事件”，只有通過與項(xiàng)目的利益相關(guān)者進(jìn)行明確的溝通和咨詢懒震，才更有可能順利進(jìn)行罩息。請(qǐng)謹(jǐn)記，從一開始就為項(xiàng)目選擇和使用合適的許可協(xié)議个扰。
你的項(xiàng)目已經(jīng)有了許可協(xié)議瓷炮。 如果項(xiàng)目的現(xiàn)有許可證與您要更改的許可證兼容，則可以開始使用新許可證递宅。這是因?yàn)槿绻鸄許可協(xié)議與B許可協(xié)議兼容娘香，你們將遵守A的條款，同時(shí)遵守B的條款（但不一定反之亦然）办龄。因此烘绽，如果你目前正在使用許可型的許可協(xié)議（例如MIT），則可以更改為具有更多條件的許可協(xié)議土榴，只要你們保留MIT許可協(xié)議的副本和任何相關(guān)的版權(quán)聲明（即繼續(xù)遵守MIT許可協(xié)議的最低條件）诀姚。如果你現(xiàn)在的許可協(xié)議不是許可型的（例如响牛，copyleft或者你們還沒有許可協(xié)議）以及你不是版權(quán)的唯一所有者玷禽，那么你不能將許可協(xié)議改為MIT赫段。基本上矢赁，只要是使用的許可型的許可協(xié)議糯笙，版權(quán)所有者就可以事先更換許可協(xié)議。
你的項(xiàng)目已經(jīng)有版權(quán)所有者撩银。 如果你是項(xiàng)目的唯一貢獻(xiàn)者给涕，然后你或者貴公司是項(xiàng)目版權(quán)的唯一所有者。你可以添加或更換任何你或者貴公司認(rèn)可的許可協(xié)議额获。不然你需要取得其他版權(quán)所有者的同意够庙。他們是誰？他們是已經(jīng)參與貴項(xiàng)目提交的人抄邀。但有些情況是項(xiàng)目版權(quán)掌握在這些人的雇主手中耘眨。在某些情況下，人們只是做了 微小的 貢獻(xiàn)境肾，但沒有硬性規(guī)定剔难，在一些行代碼下的貢獻(xiàn)不受版權(quán)保護(hù)。對(duì)與這樣的情況該怎么辦奥喻？對(duì)于一個(gè)相對(duì)較小以及年輕的項(xiàng)目來說偶宫，取得所有貢獻(xiàn)者對(duì)更換許可協(xié)議的同意是可行的。但對(duì)于大項(xiàng)目和老項(xiàng)目來說环鲤，你們必須尋求很多貢獻(xiàn)者以及他們繼承者的共識(shí)纯趋。Mozilla 花費(fèi)了多年重新授權(quán) Firefox、Thunderbird 和相關(guān)軟件冷离。
或者结闸，你可以讓貢獻(xiàn)者事先同意（通過額外的貢獻(xiàn)者協(xié)議 - 見下文）在某些條件下更改某些許可協(xié)議，這些更改將超過現(xiàn)有的開源許可協(xié)議酒朵。這會(huì)改變?cè)S可協(xié)議改的復(fù)雜性桦锄。如果在執(zhí)行許可協(xié)議更改時(shí)，你仍然想要和項(xiàng)目利益相關(guān)者進(jìn)行溝通蔫耽，你需要從律師那得到更多幫助结耀。
Section 7 我的項(xiàng)目需要額外的貢獻(xiàn)者協(xié)議嗎？
可能不要匙铡。對(duì)于大多數(shù)的開源項(xiàng)目图甜，一個(gè)開源許可協(xié)議可作用與所有貢獻(xiàn)者和用戶。
貢獻(xiàn)者協(xié)議會(huì)給維護(hù)者帶來額外的管理工作鳖眼。這些協(xié)議增加了多少工作得取決去項(xiàng)目和實(shí)施黑毅。簡單的協(xié)議可能要求貢獻(xiàn)者確認(rèn)和點(diǎn)擊，在項(xiàng)目的開源許可協(xié)議下他們有權(quán)利貢獻(xiàn)钦讳。更復(fù)雜的協(xié)議可能需要法律的審查和貢獻(xiàn)者的雇主的簽字矿瘦。
此外枕面，貢獻(xiàn)者協(xié)議有時(shí)被認(rèn)為對(duì)項(xiàng)目社區(qū)不友好。他們也增加了人們參與社區(qū)的障礙缚去。
?我們已經(jīng)刪除了 Node.js 的 CLA潮秘。這樣做的結(jié)果就是有效降低了 Node.js 貢獻(xiàn)者的參與門檻，從而吸引更多的貢獻(xiàn)者易结。
一些情況下枕荞，可能想要為貴項(xiàng)目考慮一個(gè)額外的貢獻(xiàn)協(xié)議：
- 貴公司律師想要所有的貢獻(xiàn)者明確接受貢獻(xiàn)者條款，或者因?yàn)樗麄冇X得只有開源許可協(xié)議還遠(yuǎn)遠(yuǎn)不夠搞动。如果這是唯一的問題躏精，那么有肯定項(xiàng)目開源許可協(xié)議的貢獻(xiàn)者協(xié)議就足夠了。jQuery個(gè)人貢獻(xiàn)者許可協(xié)議就是一個(gè)很好的輕量級(jí)的個(gè)人貢獻(xiàn)者協(xié)議鹦肿。對(duì)于一些項(xiàng)目來說玉控，Developer Certificate of Origin是一個(gè)很好的先擇。
- 項(xiàng)目使用的開放源許可協(xié)議不包括明確的專利授權(quán)（如MIT）狮惜，需要所有貢獻(xiàn)者的專利授權(quán)高诺，這些可能適合用于你們公司的專利組合或者項(xiàng)目的其他貢獻(xiàn)者和用戶。Apache 個(gè)人貢獻(xiàn)者許可協(xié)議是一種常用的附加貢獻(xiàn)者協(xié)議碾篡，其具有與Apache許可2.0中的專利許可相同的專利許可虱而。
- 如果你的項(xiàng)目使用的是 copyleft 許可協(xié)議，但你也需要分發(fā)項(xiàng)目的專有版本开泽。那你就需要每個(gè)貢獻(xiàn)者分配版權(quán)給你或者授予你許可權(quán)牡拇。MongoDB貢獻(xiàn)者協(xié)議就是這種類型的。
- 你認(rèn)為項(xiàng)目在其有效期內(nèi)需要更換許可協(xié)議穆律，以及事先得到貢獻(xiàn)者的同意惠呼。
如果確定需要在項(xiàng)目中使用額外的貢獻(xiàn)者協(xié)議，請(qǐng)考慮使用諸如CLA助手之類的集成峦耘，以最大限度地減少貢獻(xiàn)者的分心剔蹋。
Section 8 我的公司的法律團(tuán)隊(duì)需要知道什么？
作為一名公司的雇員辅髓，如果要發(fā)布一開源項(xiàng)目的話泣崩，首先需要讓公司的法律團(tuán)隊(duì)知道。
即使只是一個(gè)個(gè)人項(xiàng)目洛口，也請(qǐng)考慮讓法律團(tuán)隊(duì)知曉矫付。你可能和貴公司有一個(gè)“員工知識(shí)產(chǎn)權(quán)協(xié)議”，這給了公司一些對(duì)你所做的項(xiàng)目的控制權(quán)第焰，特別是當(dāng)項(xiàng)目和公司的業(yè)務(wù)有著很多的聯(lián)系或者你使用公司的資源來開發(fā)項(xiàng)目买优。貴公司 應(yīng)該 很容易就可以給員工們?cè)S可，也許已經(jīng)通過一個(gè)員工友好的知識(shí)產(chǎn)權(quán)協(xié)議或公司政策。如果不是這樣杀赢，則可以談判（例如烘跺，解釋你的項(xiàng)目為公司的專業(yè)學(xué)習(xí)和發(fā)展目標(biāo)服務(wù)），或者你在找到一個(gè)更好的公司前停止開源項(xiàng)目的工作葵陵。
如果開源項(xiàng)目是為了貴公司， 則絕對(duì)需要讓他們知道瞻佛。根據(jù)公司的業(yè)務(wù)需求和專業(yè)知識(shí)脱篙，法律團(tuán)隊(duì)可能已經(jīng)制定了有關(guān)開放源代碼許可協(xié)議（以及可能還有其他貢獻(xiàn)者協(xié)議）的政策，以確保項(xiàng)目符合其依賴關(guān)系的許可協(xié)議伤柄。如果情況不是這樣绊困，那么就需要深度閱讀本文，法律團(tuán)隊(duì)?wèi)?yīng)該渴望與開源開發(fā)團(tuán)隊(duì)合作适刀，把這個(gè)東西搞清楚秤朗。大家需要思考這些事：
-- 第三方資源：?項(xiàng)目是否有其他人創(chuàng)建的依賴或者使用他人的代碼？如果這些開源項(xiàng)目笔喉，則需要遵守第三方資源的開源許可協(xié)議取视。首先，選擇與第三方資源的開放源許可協(xié)議一起使用的許可協(xié)議（見上文）常挚。如果項(xiàng)目修改或者發(fā)布第三方開源資源作谭，那么法律團(tuán)隊(duì)還想知道項(xiàng)目是否符合第三方開源許可協(xié)議的其他條件，例如保留版權(quán)聲明等奄毡。如果使用了其他沒有開源許可協(xié)議的代碼折欠，那么可能會(huì)要求第三方資源的維護(hù)者添加一個(gè)開源許可協(xié)議，要是得不到許可吼过，則只能停止使用別人的代碼锐秦。
-- 商業(yè)機(jī)密：?請(qǐng)考慮項(xiàng)目中是否有公司不想對(duì)外公開的東西。如果是這樣的話盗忱，則只能開源項(xiàng)目的一部分酱床，保護(hù)好公司的商業(yè)機(jī)密為第一優(yōu)先級(jí)。
-- 專利：?貴公司是否申請(qǐng)了與開源項(xiàng)目有關(guān)的專利趟佃？如果開源源代碼斤葱，這會(huì)對(duì)公司的專利進(jìn)行公開披露。不利的情況是揖闸，可能被要求等待（或者公司會(huì)重新思考應(yīng)用程序）揍堕。如果期望從擁有大量專利組合的公司的員工那里得到貢獻(xiàn)，法律團(tuán)隊(duì)可能希望大家使用來自貢獻(xiàn)者的明確專利授權(quán)的許可協(xié)議（例如Apache 2.0或GPLv3）或者是其他貢獻(xiàn)者協(xié)議（見上文）汤纸。
-- 商標(biāo)：?認(rèn)真檢查項(xiàng)目名稱沒有與已經(jīng)存在的商標(biāo)沖突衩茸。如果將自己公司的商標(biāo)用于項(xiàng)目，請(qǐng)檢查它有沒有造成沖突贮泞。FOSSmarks是在自由和開源項(xiàng)目的背景下理解商標(biāo)的實(shí)用指南楞慈。
-- 隱私：?開源項(xiàng)目是否收集了用戶數(shù)據(jù)并存儲(chǔ)到公司的服務(wù)器幔烛？法律團(tuán)隊(duì)可以幫助開發(fā)者遵守公司政策和外部法規(guī)。
如果是發(fā)布貴公司的第一個(gè)開源項(xiàng)目的話囊蓝，以上這些內(nèi)容饿悬，讓你通過法律團(tuán)隊(duì)則已經(jīng)綽綽有余（不要擔(dān)心，大多數(shù)項(xiàng)目不會(huì)引起重大關(guān)注）聚霜。
長期來說狡恬，貴司的法律團(tuán)隊(duì)需要做更多的事情，以幫助公司從開源中獲得更多蝎宇，并保證安全：
-- 員工貢獻(xiàn)策略：?考慮制定一個(gè)公司策略弟劲，指明員工如何為開源項(xiàng)目貢獻(xiàn)。明確的政策將減少大家的迷惑姥芥，并幫助他們?yōu)楣镜淖罴牙嫱闷颍瑥亩蜷_源項(xiàng)目做貢獻(xiàn)，無論是作為他們工作的一部分還是在自由時(shí)間凉唐。Rackspace 的知識(shí)產(chǎn)權(quán)模板和開源貢獻(xiàn)策略就是很好的示例庸追。
放棄與補(bǔ)丁相關(guān)的只是產(chǎn)權(quán)以構(gòu)建員工知識(shí)庫和信譽(yù)。它表明台囱，公司關(guān)心員工的發(fā)展锚国，以及讓員工有種被賦權(quán)和自主的感覺。所有這些好處還導(dǎo)致更高的士氣和更好地留住員工玄坦。
-- 發(fā)布什么：（幾乎）是所有的內(nèi)容血筑？?如果貴司的法律團(tuán)隊(duì)了解并花精力與貴公司的開源策略中來，他們將是開發(fā)人員最好的助手煎楣，而不是阻礙開發(fā)人員的豺总。
-- 合規(guī)性：?即使貴公司沒有發(fā)布任何開源項(xiàng)目，也會(huì)使用到開源軟件择懂。有意識(shí)的且及時(shí)處理可以避免很多麻煩喻喳，如產(chǎn)品延遲發(fā)布和訴訟等。
組織必須具有適合[“允許”和“copyleft”]類別的許可協(xié)議和合規(guī)性策略困曙。首先表伦，記錄適用于你們所使用的開源軟件的許可條款（包括子組件和依賴項(xiàng)）。
— Heather Meeker,?“開源軟件：基礎(chǔ)合規(guī)最佳實(shí)踐”
-- 專利：?貴公司可能希望加入開放發(fā)明網(wǎng)絡(luò)慷丽，一個(gè)共享的專利防御池蹦哼，以保護(hù)成員使用主要開源項(xiàng)目，或探索其他替代專利許可要糊。
-- 治理：?特別是當(dāng)如果將項(xiàng)目轉(zhuǎn)移到公司以外的法律實(shí)體是有意義的纲熏。
- END -
