# GPL和許可證兼容性 私有不兼容與私有兼容許可證的最尖銳區別，也就是GNU GPL與其他許可證的區別。因為GPL作者的主要目標是提升自由軟件，他們故意使它們的許可證不可能讓GPL代碼混入私有程序。具體說來，在GPL的要求中（見[http://www.fsf.org/licensing/licenses/gpl.html](http://www.fsf.org/licensing/licenses/gpl.html)的全文）有這樣兩點： 1. 所有衍生作品—也就是任何包含非瑣碎量GPL代碼的作品—也必須在GPL下分發。 1. 對于原始作品或衍生作品的分發沒有其他附加的限制。（另一種表達是：“你不可以為接受者設置一些超過這里列出的進一步限制。 ”） 通過這些條件，GPL成功的讓自由傳播。一旦某個程序在GPL下設置版權，它的再次發布條款會像*病毒*—傳播到與之組合的代碼中，有效的使GPL化的代碼無法用于閉源程序中。然而，同樣的條款也使GPL與其他自由許可證無法兼容。一個常見的方式是其他許可證設置了一個需求—例如，需要以某種方式提及原始作者的榮譽條款—與GPL中“不得設置進一步的限制不兼容...”。從自由軟件基金會的角度，這種二階的后果是理想的，至少沒有值得后悔的。GPL不僅僅保持你的軟件的自由，也有效的推動*其他*軟件強制自由。 這是否是提升自由軟件地位的好方法這個問題是互聯網上一場持久的圣戰（見[Chapter?6, *交流*](# "Chapter?6.?交流")的[the section called “避免圣戰”](# "避免圣戰")），我們不做深入分析。重要的是GPL兼容性是我們選擇許可證時的一個重要問題。GPL是最流行的開源許可證；在[http://freshmeat.net/stats/#license](http://freshmeat.net/stats/#license)大約是68%的份額，而第二高的許可證則只有6%。如果你希望你的代碼可以自由的與GPL的代碼混合—這里有大量GPL的代碼—然后你必須選擇一種GPL兼容的許可證。大多數GPL兼容的開源許可證也是私有兼容：也就是說，在該許可證下的代碼可以用于GPL程序，也可以用于私有程序。當然，混合的*結果*不會互相兼容，因為一種是GPL，另一種則是閉源作品。但是真正相關的是衍生的作品，而不是你一開始分發的代碼。 幸運的是，自由軟件基金會維護了一個與GPL兼容或不兼容的許可證列表，位于[http://www.gnu.org/licenses/license-list.html](http://www.gnu.org/licenses/license-list.html)。本章討論的許可證都會展現在這個列表中，兼容的和不兼容的。