Github 終於開始認真考慮開源項目許可證了

現在GitHub已成爲全球最流行的開源項目託管平臺，但也有質疑聲音——「Github中的大多數項目並不算是開源項目」。這是由於Github中大多數項目並無明確聲明所使用的許可證。 

根據版權法規定，若是開源項目中沒有包含任何一種OSI批准的開源許可證，那麼其餘用戶將沒有權利以任何目的任何形式去使用這些代碼或fork這些項目。 

可是繁多的許可證及條款可能會令開發者迷惑，不知道究竟該選擇哪種。對此，GitHub今天發佈了choosealicense.com網站，在呼籲開源項目開發者選擇一個許可證的同時，還提供了許可證的一些簡要說明。 
 

1.  我想要一個簡單寬鬆的許可證 

建議： MIT許可證。這是一個寬鬆的、簡明扼要的許可證，只要用戶在項目副本中包含了版權聲明和許可聲明，他們就能夠拿你的代碼作任何想作的事情，你也無需承擔任何責任。 

使用該許可證的項目：jQuery、Rails 

2.  我比較關心專利 

建議： Apache許可證。這相似於MIT許可證，但它同時還包含了貢獻者向用戶提供專利受權相關的條款。 

使用該許可證的項目：Apache、SVN和NuGet 

3.  我關心項目的共享改進 

建議：GPL（ V2或 V3）許可證。這是一種copyleft許可證，要求修改項目代碼的用戶再次分發源碼或二進制代碼時，必須公佈他的相關修改。V3版本與V2相似，但其進一步約束了在某些限制軟件更改的硬件上的使用範圍。 

使用該許可證的項目：Linux、Git 

關於如何選擇許可證，詳細信息可參閱： http://choosealicense.com/licenses/ 
 

爲了使開發者養成選擇開源許可證的習慣，Github在建立新庫的表單中添加了一個許可證選項。該選項中提供了一組簡化的開源許可證，開發者選擇後，Github會自動在其庫的根目錄中建立一個readme文件。 
 

若是你不想選擇許可證，Github也不會勉強。Github表示，選擇許可證只是你的權利，不是你的義務。可是須要注意的是，拒絕開源許可證並不意味着你拒絕了項目版權。沒有許可證意味着你默認接受版權法中的規定，好比你能夠保留你的項目源碼被複制、分發、建立衍生版的權利，但有可能這不是你但願作的。 

在Github中，若是你的項目以公共庫的形式發佈，代表你已經接受了Github的服務條款，該條款賦予了其餘Github用戶一些權利，好比容許他們查看你的項目庫或fork等。 

若是你想與他人分享你的項目，仍是建議你選擇一種開源許可證。