開源許可證教程

2021-08-10 18:55:21 字數 2167 閱讀 8088

開源許可證是一種法律許可。通過它,版權擁有人明確允許,使用者可以免費地使用、修改、共享版權軟體。

版權法預設禁止共享,也就是說,沒有許可證的軟體,就等同於保留版權,雖然開源了,使用者只能看看原始碼,不能用,一用就會侵犯版權。所以軟體開源的話,必須明確地授予使用者開源許可證。

目前,國際公認的開源許可證共有80多種。它們的共同特徵是,都允許使用者免費地使用、修改、共享原始碼,但是都有各自的使用條件。

如果一種開源許可證沒有任何使用條件,連保留作者資訊都不需要,那麼就等同於放棄版權了。這時,軟體可以直接宣告進入"公共領域"(public domain)。

根據使用條件的不同,開源許可證分成兩大類。

寬鬆式許可證(permissive license)是最基本的型別,對使用者幾乎沒有限制。使用者可以修改**後閉源。

它有三個基本特點。

(1)沒有使用限制

使用者可以使用**,做任何想做的事情。

(2)沒有擔保

不保證**質量,使用者自擔風險。

(3)披露要求(notice requirement)

使用者必須披露原始作者。

常見的寬鬆式許可證有四種。它們都允許使用者任意使用**,區別在於要求使用者遵守的條件不同。

(1)bsd(二條款版)

分發軟體時,必須保留原始的許可證宣告。

(2) bsd(三條款版)

分發軟體時,必須保留原始的許可證宣告。不得使用原始作者的名字為軟體**。

(3)mit

分發軟體時,必須保留原始的許可證宣告,與 bsd(二條款版)基本一致。

(4)apache 2

分發軟體時,必須保留原始的許可證宣告。凡是修改過的檔案,必須向使用者說明該檔案修改過;沒有修改過的檔案,必須保持許可證不變。

但是,它帶有前提條件,比寬鬆式許可證的限制要多。

上面三個條件的核心就是:修改後的 copyleft **不得閉源。

常見的 copyleft 許可證也有四種(對使用者的限制從最強到最弱排序)。

(1)affero gpl (agpl)

如果雲服務(即 saas)用到的**是該許可證,那麼雲服務的**也必須開源。

(2)gpl

如果專案包含了 gpl 許可證的**,那麼整個專案都必須使用 gpl 許可證。

(3)lgpl

如果專案採用動態鏈結呼叫該許可證的庫,專案可以不用開源。

(4)mozilla(mpl)

只要該許可證的**在單獨的檔案中,新增的其他檔案可以不用開源。

本節回答一些開源許可證的常見問題。

除了 affero gpl (agpl) ,其他許可證都規定只有在"分發"時,才需要遵守許可證。換言之,如果不"分發",就不需要遵守。

簡單說,分發就是指將版權作品從乙個人轉移到另乙個人。這意味著,如果你是自己使用,不提供給他人,就沒有分發。另外,這裡的"人"也指"法人",因此如果使用方是公司,且只在公司內部使用,也不需要遵守許可證。

雲服務(saas)是否構成"分發"呢?答案是不構成。所以你使用開源軟體提供雲服務,不必提供原始碼。但是,affero gpl (agpl) 許可證除外,它規定雲服務也必須提供原始碼。

某些許可證(apache 2 和 gpl v3)包含明確的條款,授予使用者許可,使用軟體所包含的所有專利。

另一些許可證(bsd、mit 和 gpl v2)根本沒提到專利。但是一般認為,它們預設給予使用者專利許可,不構成侵犯專利。

總得來說,除非有明確的"保留專利"的條款,使用開源軟體都不會構成侵犯專利。

所有的開源許可證都帶有"披露要求"(notice requirement),即要求軟體的分發者必須向使用者披露,軟體裡面有開源**。

一般來說,你只要在軟體裡面提供完整的原始許可證文字,並且披露原始作者,就滿足了"披露要求"。

gpl 許可證規定,只要你的專案包含了 gpl **,整個專案就都變成了 gpl。有人把這種傳染性比喻成"gpl 病毒"。

很多公司希望避開這個條款,既使用 gpl 軟體,又不把自己的專有**開源。理論上,這是做不到的。因為 gpl 的設計目的,就是為了防止出現這種情況。

但是實際上,不遵守 gpl,最壞情況就是被起訴。如果你向法院表示無法履行 gpl 的條件,法官只會判決你停止使用 gpl **(法律上叫做"停止侵害"),而不會強制要求你將原始碼開源,因為《版權法》裡面的"違約救濟"沒有提到違約者必須開源,只提到可以停止侵害和賠償損失。

開源許可證

開源許可證是一種法律許可。目前國際公認的有80多種。通過它,版權擁有人明確允許,使用者可以免費地使用 修改 共享版權軟體。分類 1 沒有使用限制 使用者可以使用 做任何想做的事情。2 沒有擔保 不保證 質量,使用者自擔風險。3 披露要求 使用者必須披露原始作者。1 bsd 二條款版 分發軟體時,必須...

gitee開源許可證

評分 100 1.流行並廣泛使用 yes 2.許可協議型別 permissive 3.司法管轄區 not specified 4.a 授予專利權 yes 4.b 專利報復條款 yes 5.指定 增強型歸屬 no 6.解決 隱私漏洞 no 7.指定 不推廣 功能 yes 評分 100 1.流行並廣泛使...

如何選擇開源許可證?

如何為 選擇開源許可證,這是乙個問題。世界上的開源許可證,大概有上百種。很少有人搞得清楚它們的區別。即使在最流行的六種 gpl bsd mit mozilla apache和lgpl 之中做選擇,也很複雜。烏克蘭程式設計師paul bagwell,畫了一張分析圖,說明應該怎麼選擇。這是我見過的最簡單...