實用工具
結果
結果會顯示在這裡。每個開源儲存庫都需要一個 LICENSE 檔案，而且內容必須是原封不動的授權條款全文——改寫過的版本不算數。這個工具提供 choosealicense.com 發布的文字，也就是在 GitHub 建立儲存庫時選擇授權條款後加入的同一份檔案，並在條款留有位置的地方填入版權年份和持有人。文字旁邊還會列出這份授權條款允許什麼、要求重複使用你程式碼的人做什麼、不承擔什麼，同樣取自該網站。
它是怎麼運作的
- 收錄十一種授權條款：MIT、Apache-2.0、GPL-3.0、AGPL-3.0、LGPL-3.0、BSD-2-Clause、BSD-3-Clause、MPL-2.0、ISC、Unlicense 和 CC0-1.0。
- 年份預設為今年，也可以寫成 2019-2026 這樣的區間。持有人留空時，文字中會保留 [fullname]，由你自行填寫。
- MIT、BSD 和 ISC 有版權行，會填入你的資料；Apache、GPL 系列、MPL、Unlicense 和 CC0 沒有，文字原樣傳回。
- 允許、條件和限制分別以 ✓、!、✗ 表示，與 choosealicense.com 的整理一致。文字是該網站一份標有日期的快照，並註明快照對應的提交。
你的資料去了哪裡
哪也沒去。本工具完全在你的瀏覽器裡執行：你貼上的文字由頁面處理，不會傳輸到任何伺服器，也不會寫進任何紀錄。
本工具免費且免登入，執行結果只存在於你目前的頁面裡，不會被儲存到任何地方。
它要花多少
本工具完全免費，不需要登入，也不消耗點數。
常見問題
- 該選哪一種授權條款？
- 想要限制最少，MIT 是最常見的選擇。Apache-2.0 與它類似，但還授予專利授權，並要求修改過的檔案註明變更。想讓改進保持開源，GPL-3.0 要求散布修改版的人公開原始碼，AGPL-3.0 把這項要求延伸到透過網路提供服務的軟體。MPL-2.0 介於兩者之間：只有你授權的那些檔案必須保持開源。
- Apache 2.0 或 GPL 的名字要寫在哪裡？
- 不寫在授權條款本文裡——本文沒有版權行。Apache 的版權聲明放在 NOTICE 檔案中，或寫在每個原始碼檔案開頭的簡短註解裡；條款末尾的附錄提供了這段註解，佔位符是 [yyyy] 和 [name of copyright owner]。GPL 結尾的 How to Apply These Terms to Your New Programs 一節則提供對應的註解範本。
- 可以修改授權條款的文字嗎？
- 不要修改條款內容。GitHub 的授權偵測、npm 和各種相依套件掃描工具都是依原文辨識授權條款，改過的條款在法律上就是一份新的授權，別人得從頭讀起。填寫年份和名字是正常的，改寫條文則不行。
- 這算法律建議嗎？
- 不算。文字是官方原文，摘要來自 choosealicense.com，但哪種授權條款適合你的專案、它和雇主的規定或相依套件的授權如何互相影響，在事關重大時應該諮詢律師。
背後的開源專案
本工具執行在 github/choosealicense.com 之上，以 MIT 授權發布。如果你需要在自己的程式裡實作同樣的能力，直接用這個函式庫。
github/choosealicense.com也常被稱作
- 開源授權條款產生器
- mit 授權條款
- 開源授權選擇
- apache 2.0 授權條款全文
- gpl 3.0 授權條款
- license 檔案