我的項目適合什么樣的開源許可?

如果你們是從頭開始的，那么使用 MIT License ，不容易出錯。它很短，很容易理解，并允許任何人做任何事情，只要他們保留許可證的副本，包括你們的版權聲明。如果你們需要，您們能夠根據不同的許可協(xié)議發(fā)布項目。

否則，為項目選擇合適的開源許可協(xié)議，取決于你們的目標。

你們的項目非?？赡苡校ɑ驅⒂校?strong>依賴。例如，如果你們開源了一個 Node.js 的項目，你們將可能使用來自 npm（Node Package Manager）的庫。你們依賴的這些庫都有它們自己的開源許可協(xié)議。如果他們的許可協(xié)議”允許”（對使用，修改和分享給予公共權限，而對有關項目的許可協(xié)議沒有要求），這樣你們就可以使用任何你們想要的許可協(xié)議。共同允許許可協(xié)議包括 MIT，Apache 2.0 ，ISC 和 BSD。

另一方面，如果你們的依賴中有一個的許可協(xié)議是“強硬的 copyleft ”（也給予公眾相同的權限，但條件是有關項目得使用同樣的許可協(xié)議），那么你們的項目將必須使用與之相同的許可協(xié)議。copyleft 許可協(xié)議包括 GPLv2，GPLv3 和 AGPLv3。

你們也會想要考慮你們希望的社區(qū)使用以及為你們的項目做貢獻：

• 你們是否想讓你們的項目成為其它項目的依賴？在你們的相關社區(qū)最好盡可能使用最流行的許可協(xié)議。例如，MIT 是 npm libraries 使用的最流行的許可協(xié)議。
• 你們的項目是否想吸引大企業(yè)？大型企業(yè)可能需要所有貢獻者的明確專利許可。在這種情況下，Apache 2.0 適合你們。
• 你們的項目是否想吸引不愿自己的貢獻用于其它同類型軟件的貢獻者？ GPLv3 和 AGPLv3 適合你們。

你們的公司可能為自己的項目準備了特定的許可協(xié)議。例如，它可能需要寬松的許可證，以便公司可以在公司的閉源產品中使用你們的項目?；蛘吣銈兊墓疽髧栏竦?copyleft 許可協(xié)議和一份附加的貢獻者協(xié)議，以便除了你們公司以外，沒有人能在封閉源代碼的軟件中使用你們的項目?；蛘吣銈兊墓究赡苡信c標準，社會責任或透明度相關的某些需求，其中任何一個都可能需要特定的許可策略。與你們公司的法律部門 談談。

當你們在 GitHub 上創(chuàng)建了一個新項目，它給你們提供了選擇許可協(xié)議的選項。包括上面提到的可以使你們的GitHub項目開源的許可協(xié)議。如果你們想要了解其他選擇，可以通過查閱 choosealicense.com 找到適合你們項目（即使它不是軟件 ）的許可協(xié)議。