2022 年 2 月 2 日，GitHub 在一篇部落格中宣佈，GitHub 更新贊助者功能 Sponsors。近來，開源專案被企業“白嫖”案例頻傳，而這次更新有望讓 GitHub 上的開發者能獲取更公平的收入與回饋。

部落格中具體寫道：“啟用 GitHub 贊助商的開發人員和組織現在可以將私人儲存庫附加到他們的每個贊助層。這將授予各自的資助者訪問儲存庫的許可權。這些邀請由 GitHub 自動管理，使用者在設定後無需管理任何內容。”

現在 GitHub  允許開發者將自己的專案設定為不同級別的付費，使用者可以按照自己的需求選擇不同級別的贊助，每個級別的贊助獲得的功能又開發者來定義，例如根據不同贊助級別提供不同級別的讀取許可權，也就是說，專案開發者可以針對贊助者捐獻的金額，釋出不同版本的程式程式碼。

官方部落格中提到，專案開發者可以將僅限贊助者使用的儲存庫，應用在各種用途，包括提供僅限贊助者訪問的專案，並且和贊助者討論與交流問題，或是在程式程式碼開源之前，讓贊助者搶先體驗新內容。開發者現在也可以針對每一個贊助層級，編寫一段定製化訊息，當有任何新的贊助出現在，這段訊息可以歡迎贊助者，並且指引他們執行專案的方法。

GitHub Sponsors 的其他新功能，還有讓專案開發者，對自定義贊助金額擁有更多控制權，能夠設定贊助最低金額，並會在 Issues 頁面加入贊助訊息，提醒使用者採取行動資助開發者。開發者可以在贊助頁面 URL 附加元資料，以便檢視贊助來自何方，像是開發者可以在釋出關於專案貼文時，於贊助網址加入特殊的元資料，便可以在交易資料匯出時，檢視收集到的元資料。

同時，GitHub 也提到，他們接下來的工作，是使企業進一步支援他們所依賴的開源專案，並且讓可贊助專案更容易被探索。

2019 年，GitHub 釋出新功能：GitHub Sponsors。GitHub 表示，“開發者們為我們大家貢獻了開源工具，這是對他們的經濟支援，新的打賞功能將幫助他們構建更優秀的開源工作”。

為了啟動這一新專案並激發社群打賞積極性，發起者在最初的 12 個月內是免費的，100％ 的贊助將傳送給贊助的開發者，並且對世界各地的程式碼、文件、領導、指導或設計的任何開源專案貢獻者都是可用的。

與此同時，GitHub 還推出了 GitHub Sponsors Matching Fund，每個開發者第一年最多可匹配到 5000 美元的贊助基金。

然而，GitHub Sponsors 功能的提出在當時也引起了很多熱議。其中不乏對專案的質疑聲：部分開發者認為打賞可能會影響到開發者的工作方向，將把程式設計師的動機從精神轉向金錢。並且經濟利益可能驅使開發者更關注可能獲取經濟效益的專案，而不是那些有趣、有挑戰性但不太會有人打賞的專案。他們認為這項功能可能是對 GitHub 貢獻文化的破壞。

但同時也有人認為，這可以讓開發者多賺一些錢，讓他們可以有持續更新的動力，儘快最佳化和完成專案，這是一個良性的迴圈。

前不久發生的兩個事件令開源的可持續性問題引發了極大的關注。

第一個事件是 Log4j 漏洞事件。作為一套重量級開源庫，Log4j 在不同企業及商業實體開發的各類 Java 應用程式當中都有廣泛使用。而 Log4shell 漏洞的曝光引發越來越多 CVE，不少開源維護者不得不在休假期間無償幫助修復這些免費專案。其中，Log4j2 的維護者之一 @Volkan Yazıcı 還曾在推特上吐槽：Log4j2 維護者只有幾個人，他們無償、自願地工作，沒有人發工資，也沒人提交程式碼修復問題，出了問題還要被一堆人在倉庫裡留言痛罵。

第二個事件是開源軟體包的作者 Marak Squires 故意引入了一個無限迴圈，而這一操作直接讓數千個依賴於“colors”與“faker”包的應用程式全面失控。Marak Squires 這個舉動似乎是在故意報復，希望反抗那些長期依賴於免費和社群支援軟體、但卻從不向社群做出回饋的大型企業和其他利用開源專案進行商業化盈利的使用者。

此類事件的發生，迫使人們對開源對有了越來越多的思考。開源讓大家都可以去貢獻好的技術，建立了開放包容的環境，孵化出了很多應用，然而從現實情況來看，不難發現各方面對開源的支援還遠遠不夠，甚至非常匱乏。