為什麼 GitHub 不支持 CC 協議(知識共享協議)？

01-15

你可以自己複製一個push到你的repo裡面去。

GitHub 默認沒列出很多協議呢，世界上又不是只有那幾個協議…… 增加 License 那個選項右邊有個感歎號，鏈接到這裡： Choose an open source license

其中選擇 non-software 你就能看到 CC 了，當然 CC 應該用於非源代碼的項目。

事實上CC並不適合源代碼授權

2017 年 9 月 18 日追記與勘誤：

下方原答案內容主要針對的是在 GitHub 幾乎為絕對主流的軟體代碼項目的回答。

實際上，GitHub 確實支持在項目頁面的頂欄中顯示授權協議為知識共享（CC）協議。但是支持的協議版本僅為 CC0-1.0、CC BY 4.0、CC BY-SA 4.0，同時僅建議非軟體項目使用這些協議。在 GitHub 官方創立的 Choose an open source license 網站中，為非軟體項目提供了上述三種協議參考。

在 GitHub 項目倉庫中，創建 LICENSE 文件，並全文複製上述協議文本進入文件中保存，上傳至 GitHub 庫中。即可為項目激活該協議，並顯示在頂欄上。效果可以參考筆者的倉庫（https://github.com/LenKiMo/byte-of-python ），在倉庫主頁的數據欄會顯示「CC-BY-SA-4.0」字樣。

請注意，唯有 CC0、CC BY、CC BY-SA 三種協議是被 GitHub 推薦，且被認為是和主流軟體授權協議相兼容的。詳情可見下文。

===============================

原答案：

因為 CC 協議不是為軟體及其代碼授權而設計的。知識共享組織與自由軟體基金會均明確說明相關協議不應使用在軟體之上。

知識共享組織已經在 FAQ 中對其做了相關解釋了，以下是渣翻。

我可以為軟體啟用知識共享協議嗎？
Can I apply a Creative Commons license to software? [1]
我們不建議對軟體採用知識共享協議進行授權。相反，我們強烈建議您使用其他一款現存且十分優秀的軟體授權協議。我們推薦您使用由自由軟體基金會提供的授權協議或由開放代碼促進會編寫的「開源」授權協議列表中的授權協議。
與那些專門為軟體設計的授權協議不同，CC 協議不包含有關源代碼分發的特殊條款，而這些條款往往對確保軟體能夠被免費重用與其可修改性起到重要作用。許多軟體授權協議可能還可能會涉及專利權利，這一權利對軟體十分重要，但未必適用於其他版權作品。此外，我們的授權協議目前尚未與主流軟體授權協議相兼容，所以試圖將其他自由（Free）軟體與採用 CC 協議授權的創作進行集合混用時會遭遇一定的困難。現有的軟體許可證是專門為軟體使用進行設計的，並提供了一組與知識共享協議相類似的權利。
現在，知識共享署名-相同方式共享（CC BY-SA 4.0）協議對 GNU 通用公共許可證 3.0（GPLv3）單向兼容。這一兼容性機制是為了處理當某些內容被集成進軟體代碼中後會出現的二者難以區分甚至無法區分的情況。在啟用兼容性機制前，有一些需要特殊考慮的事項。查看此處以了解更多情況。
同時，CC0 公共領域貢獻宣言（CC0 Public Domain Dedication）是與 GPL 相兼容的，並且採用其進行授權的內容可以被軟體接受。要想了解更多細節，請參閱 CC0 FAQ 條目。

雖然我們不推薦對軟體本身採用 CC 協議授權，但是 CC 協議可以用以對軟體文檔進行授權，同時它也適用於諸如如遊戲美術或音樂等獨立的藝術元素。

另外，自由軟體基金會在 http://GNU.org 上列舉的授權協議列表中，列出了知識共享署名 4.0 授權協議（CC BY 4.0），將其標註為「自由協議，與 GNU GPL 相兼容」（Free licenses, compatible with the GNU GPL），但是明確說明其「不應該在軟體中使用」。[2]

知識共享署名 4.0 協議（CC BY 4.0）(#ccby)
這是一款非版權所無（Non-Copyleft）的授權協議，但是它適用於藝術或娛樂創作、教育創作。它與所有版本的《GNU通用公共許可證》（GNU GPL）相兼容。然而，與其它所有 CC 協議一樣，它不應被使用於軟體之上。
（#which-cc）知識共享組織發布了許多許可證，各個許可證又各有不同。因此，對一項創作「採用一款知識共享協議授權」這一說法實際上並未解答該作品採用何種許可證授權這一主要問題。當你在一項創作採用此類聲明時，請向作者請求對本作品採用何種知識共享協議進行授權做出明確而顯著的聲明。此外，如果有人提出某項確切的創作「採用知識共享協議」授權，在進一步做出任何行動之前弄清「用的是哪一款知識共享協議？」這一問題至關重要。

同時被列出的還有知識共享署名-相同方式共享 4.0 協議（CC BY-SA 4.0），被標註為「自由協議，與 GNU GPL 與 FDL 相兼容」（Free licenses, compatible with the GNU GPL and FDL）。這一協議特別地與 GNU GPL 單向兼容，但依舊不被推薦運用於軟體授權中。

知識共享署名-相同方式共享 4.0 協議（又名 CC BY-SA） (#ccbysa)[3]
這是一款版權所無（Copyleft）的自由協議，適用於藝術創作或娛樂創作、教育創作。與其它所有 CC 協議一樣，它不應被使用於軟體之上。
CC BY-SA 4.0 與《GNU通用公共許可證 3.0》（GNU GPL version3）單向兼容。這就表示，你可以將你修改過的通過 CC BY-SA 4.0 授權的素材使用 GNU GPL v3 進行重新授權。但是你不能對採用 GPL 3 授權的創作使用 CC BY-SA 4.0 進行重授權。

因為知識共享組織只將 GNU GPL v3 列入了他們的兼容協議列表中。這就意味著你不能使用任何「GNU GPL v3 或任何更新的版本」中的條款對你修改過的採用 CC BY-SA 協議授權的創作進行授權。然而，GNU GPL v3 第 14 條允許授權人（Licensor）指定一位授權代理以確保未來版本的 GBU GPL 協議依舊適用。因此，如果有人改編了一項採用 CC BY-SA 協議進行授權的作品，並將其集成進採用 GNU GPL v3 進行授權的項目中，他們便可指定知識共享組織作為其授權代理（通過Compatible Licenses），如此一來，如果未來知識共享組織決定一個新版本的 GNU GPL 是與知識共享協議相兼容的許可證，那麼經過修改與重混的作品便可在新版本的 GNU GPL 協議下進行使用。
請確保你確切了解使用的是何種知識共享授權協議。(#whcih-cc)

原文參看：

[1]: Frequently Asked Questions

[2]: Various Licenses and Comments about Them- GNU Project

[3]: Various Licenses and Comments about Them- GNU Project

如果是markdown工程師，完全可以用CC協議啊。

代碼是用來編譯、鏈接的，又不是用來朗誦的（逃