1、前2022?年終于過去了，我們也出了三年?COVID?疫情的艱難歲。新年的中國開源年度報告，再次如約呈現在各位朋友們的前，到了萬事俱備，只差“前”的時候了?；乜催^去年撰寫的報告前，閱讀待發布的報告內容，整理這年來的事與個的路歷程，關于“年報”，咱們可以聊些什么呢？?在?2020?年的報告中，我寫道：“也許多年以后，我們回看?2020?年，會將其稱之為：世界劇變之始?！?，在?2021?年的報告中，我也寫了：“世界正在發巨變，我們所處的世界，正在速朝著某個未知的向前進?！?。在?2022?年，我們能看到些什么變化呢？世界劇變的趨勢不會毫征兆，我們能夠看出些什么趨勢呢？對于未知的向，我們可以做出哪些猜

2、測呢？?關于“劇變”個可能需要引起注意的現象是：科技、軟件、開源，正在推動世界發變化的同時，其也在被這個世界所改變。開源，正在進下個發展階段。開源的個英雄主義的時代已近昏，企業、基會主導的開源正在成為現實。讀者們可以在這年的年度報告中，看出端倪。農業社會的產，是等待（幫助）動植物。業社會的產，已經變得常的龐、精細、復雜，但是畢竟還是看得、摸得著的。到了數字世界，在?0?和?1?組成的絡之中，產、創新、協作、共贏，都需要被重新定義。成本、利潤、市場占有率也需要被重新計算。這還是最近?20?年出現的趨勢。?到了?2022?年，我們看到了?ChatGPT?、看到了?AIGC，看到了在各種產環節中，A

3、I?的介與助。產，需要被再次重新定義了！?在這樣的過程中，開源會發什么變化呢？?關于“產”2022?年的另件事，就是因俄烏戰爭引發的全球范圍內的各種連鎖反應，即使在開源社區，也法避免。在最近與朋友討論的過程中，我表達了種意：“我們需要了解真實的開源世界，才能理性地思考如何對真實的開源世界？”，“任何聽就是的夸險，或者掩盜鈴式的忽略險，都是不負責任的?！?作為位負責任的開源，我們需要盡了解、理解真實的開源世界，并且盡我們所能，推動開源世界向好的向，或者少阻它滑向更壞的向。帶著這樣的思考，讓我們迎接新的年吧！?關于“責任”莊表偉?2023.01.22?.?開源商業事記1.1?中國開源商業領域投資降

4、溫錄CONTENTS2022?開源年度報告開源事記?篇01.03.03?1.2?紛紛設開源管理辦公室，開源合規與安全受到泛重視.03?1.3?向全球：中國開源商業公司集體出海.06.?開源安全事記.072.1?開源安全攻擊持續，絡數據泄露已成為重問題.07?2.2?基礎軟件?CVE?漏洞頻繁出現，影響范圍波及范圍.07?2.3?開源安全組織發布開源軟件安全指南，多家聯盟與企業發布漏洞賞計劃.07?2.4?開源安全具與與開源安全項相繼推出.08?2.5?2023?年絡安全市場預測.08三.?開源技術事記.093.1?智能.103.2?操作系統.113.3?編程語.123.4?Web?3.133.

5、5?數據庫.13?3.6?云計算.16?四.?開源法律事記.174.1?SFC?v.?Vizio，個以消費者份提起的?GPL?維權案件.17?4.2?GitHub?Copilot，使開源代碼進?AI?訓練引發版權爭議.18?4.3?南京未來訴江蘇云蜻蜓，GPL?抗辯獲法院持國內案.18?4.4?中國信通院牽頭成“可信開源合規計劃”并發布開源合規指南（企業篇）.18?4.5?中國電技術標準化研究院牽頭完成蘭開放作品許可協議和開源治理系列標準.19?五.?開源社區、態事記.205.1?政治處不在，開源也不能獨善其.20?5.2?各國政府與開源的關系紛繁復雜.20?5.3?更多中國在開源社區中發揮影

6、響.21?5.4?開源報告與榜單紛紛出爐，喜憂參半.21?5.5?開源平臺的發展，依然在探索中.22?5.6?開源個體存現狀，個英雄主義的昏GitHub數據篇2.1?通指標.24.243.7?開源基會中國企業數據分析.353.7.1?中國企業主導在?CNCF?基會?Landscape?中項的?OpenRank?排榜.35?2022?開源年度報告數據篇23.?概述.24.?指標介紹.242.2?社區指標.252.3?項分析指標?.25三.?宏觀洞察.263.1?GitHub?活躍趨勢圖.263.2?全球項?OpenRank?排名?Top10.283.3?中國項?OpenRank?排名?Top30

7、?.303.4?中國企業?OpenRank?排名?Top30.313.5?中國開發者?OpenRank?Top50.333.6?基會中中國項排?.343.7.2?中國企業發起并捐獻到?Apache?基會的項?OpenRank?排榜.36?3.8?技術領域排名.373.8.1?云原.37?3.8.2?數據.37?3.8.3?數據庫.37?3.8.4?操作系統.38?四.?項洞察.38?4.1?機器活動占.38?4.2?社區成.39?4.3?社區反饋.404.3.1?Issue?回應天數.40?.22?4.3.2?PR?回應天數.41?4.4?倉庫作時間分布圖.41?4.5?倉庫審查.43?五.?

8、具介紹Gitee數據篇2.1?總體趨勢.45.45.?概述.45.?主要內容與發現.452.2?總體語趨勢.452.3?增速最快語.462.4?年度最受歡迎的開源項領域.462.5?年度最受歡迎的開源組織.472.6?各地區開源貢獻例.472.7?Gitee?指數.482.7.1?Gitee?指數評估維度與算法.482.7.2?2022?年?Gitee?指數?Top?10.50總結.51.44?.?概述?.53?.?開源軟件商業化步全球化探索階段?.53?2.1?開源軟件商業化步全球化探索階段?.53?2.1.1?軟件全球化是發展的趨勢?.57?2.1.2?開源軟件具有天然的全球化發展的趨勢?

9、.58?2.1.3?開源軟件公司的國際化擴張?.58?2.2?開源軟件全球化有多的驅動元素?2.2.1?塑造更成熟的公司形象?.59?2.2.2?減少對單市場的依賴?.59?2.2.3?獲取新的可持續的發展空間?.60?2022?開源年度報告商業化篇2.3?商業全球化的挑戰與困難?2.3.1?調整產品來解決本化需求52.59.60?.60?2.3.2?海外市場運營對多難題.61?2.3.3?改變組織架構來適應全球化運作?.61?2.4.3?全球化銷售（云）2.5?全球化與本化的選擇?2.5.1?產品解決的需求是否是全球化需求?2.5.2?產品的技術特點能否撐全球化?三.?開源商業化的驅動要素?

10、.663.1?開源社區建設是商業化的基礎壁壘3.1.1?明確開源社區對企業的重要意義3.1.2?構筑多元開放的社區態?.67?3.1.3?豐富社區內容建設?.683.1.4?活動促進傳播和增.65?.69.65?.65?.64.66?3.2?構筑商業化開源產品競爭3.2.1?賽道和創新性共同決定產品市場空間?.70?3.2.2?商業化產品切中付費痛點?.71?3.2.3?快速迭代以保持競爭3.3?精益治理實現降本增效3.3.1?開源協議是開源治理的前提?3.3.2?社區治理是不斷壯的社區態的基3.3.3?開源安全問題治理需要期關注?4.1?全球市場情況4.1.1?2022?年國際融市場不確定性

11、增加，早期投資熱度不減?.75?4.1.2?商業開源軟件資本市場快速增?.75?4.1.3?VC?投資聚焦開源軟件市場?.774.2?中國開源軟件商業化發展情況?4.2.1?國內開源項多元化，領域持續繁榮?.78?4.2.2?資本市場對開源項保持度關注?四.?開源項資本市場情況?.75?.79?.74?.71?.70?.72?.73?.75?.72?2.4?全球化商業化的實現路徑?.62?2.4.1?全球化開源態運營?.63?2.4.2?全球化服務?.642.3.4?開源軟件公司對運營全球化開源社區的挑戰?.61?.66?.78?四.?受訪者特征.85?4.1?基本特征.854.2?已作受訪者

12、特征.86?4.2.1?已作受訪者齡4.3?學受訪者特征.885.2.4?選擇開源產品的因素.905.2.5?使開源產品時的問題.91?4.2.3?已作受訪者作類型.874.2.4?已作受訪者所在企業開源管理程度.874.3.1?學受訪者所屬專業.884.3.2?學受訪者實習/實踐經歷?.884.4?公開代碼使情況.88五.?開源參與情況.895.1?開源社區中的分布?.895.2?開源使情況分析.895.2.1?產品開源在產品選擇時的重要性.895.2.2?使開源軟件的原因.895.2.3?檢索開源產品的途徑.905.2.6?與開源社區的溝通式.91?5.2.7?是否與社區有互動.925.2

13、.8?吸引為開源做貢獻的因素.925.2.9?貢獻意愿?.92?5.3?開源貢獻情況調查.93?5.3.1?參與貢獻時.93?5.3.2?貢獻類型.93?5.3.3?每周貢獻時.93?.86?4.2.2?已作受訪者所屬業.86?.?報告背景.?重要發現?.82.83三.?問卷結果概覽.84?2022?開源年度報告問卷篇815.4?開源社區運維者調查.965.4.1?社區基本情況.96?5.4.2?社區協作情況.97六.?國內開源發展調研6.4?開源度量是否有價值.996.2?國內外開源發展差距.986.3?開源的最終的是否是商業化.996.5?客觀評價開源項的指標.996.6?投資開源的意愿.

14、100七.?總結.100.98?6.1?國內開源發展勢態.98?5.3.4?參與的開源項種類與平臺.94?5.3.5?參與開源貢獻的原因.94?5.3.6?開源協議了解程度.945.3.7?貢獻開源的回報類型.95?5.3.8?開源貢獻中編程語分布.95?2022?中國開源年度報告開源事記篇?01?022022?開源年度報告1?https:/ Neo4j?5.0?版本正式發布?162022?開源年度報告?開源事記篇CNCF?全年托管?20?個畢業項2022?年全年，CNCF?共托管了?20?個畢業項、35?個孵化項和?102?個沙箱項，這些項來?189?個國家的?17.8?萬多名貢獻者推動。3

15、.6?云計算?CNCF?正式接受?Istio?成為孵化項?今年九底，CNCF?基會宣布，已投票接受開源服務格?Istio?成為?CNCF?正式孵化項。Istio?作為全球最歡迎的服務格，已經有來全世界?70?多家公司的?8000?多名開源貢獻者為?Istio?貢獻代碼。CNCF?正式接受?Volcano?成為孵化項今年4份，CNCF?基會宣布，由華為云捐獻的業界個云原批量計算項?Volcano?正式晉級為?CNCF?孵化項。Volcano?2020年進CNCF以來，在智能、數據、基因測序等海量數據計算和分析場景得到快速應，并構建起完善的上下游態，前騰訊、愛奇藝、紅書、蘑菇街、唯品會、鵬城實驗室

16、、銳天投資等企業均已將?Volcano?應于產環境。CNCF?KubeEdge?云原邊緣計算項發布多項關鍵突破KubeEdge?是?CNCF?個云原邊緣計算項，CNCF?批集成?Fuzzing?項。?KubeEdge?于2022發布?KubeEdge?單集群10萬邊緣節點報告，云原邊緣計算威脅模型及安全防護技術書，并于?KubeEdge?Summit?2022?正式開源分布式協同AI基準測試平臺?Ianvs?。前項已完成?EdgeMesh?可架構，KubeEdge?on?openEuler?持，?KubeEdge?on?openHarmony?持。在下代云原邊緣設備管理框架?DMI?也將給帶來

17、更優質的體驗。騰訊開源站式為服務解決案?Spring?Cloud?TencentSpring?Cloud?Tencent?實現了Spring?Cloud?標準微服務?SPI，開發者可以基于?Spring?Cloud?Tencent?快速開發?Spring?Cloud?云原分布式應，實現諸如服務注冊與發現、配置中、服務路由、限流熔斷以及元數據鏈路透傳能等分布式微服務場景。字節跳動開源研數據集成引擎?BitSailBitSail?持?20?多種異構數據源間的數據同步，并提供離線、實時、全量、增量場景下的全域數據集成解決案。前，BitSail?服務于字節跳動內部乎所有業務線，包括抖、今頭條等家熟能詳

18、的應，同時也撐了引擎多個客的數據集成需求。?TDengine?開源三周年，發布?TDengine?3.0TDengine?3.0?正式發布，升級成為款云原時序數據庫（Time?Series?Database），解決了困擾時序數據庫發展的基數難題，持?10?億個設備采集數據、100?個節點，持存儲與計算分離。?172022?開源年度報告?開源事記篇華為開源業界個分布式云原開源套件?Kurator分布式云開源套件?Kurator?助企業業務跨云跨邊、分布式化升級，標是標準化、統分布式云管理，整合?Karmada、KubeEdge、Volcano、Kubernetes、Istio、Prometheu

19、s?等業界主流開源技術棧，為提供多云、多集群統編排，統調度，統流量治理，邊云協同，統監控運維等核能，助企業業務跨云跨邊、分布式化升級。?四.?開源法律事記?4.1?SFC?v.?Vizio，個以消費者份提起的GPL維權案件軟件由保護協會（Software?Freedom?Conservancy，簡稱SFC）在?2021?年?10?起訴電視機制造商?Vizio，認為后者在提供流媒體產品和服務（特別是其?SmartCast?系統）時沒有遵守所采的GPL開源軟件許可條款，要求其遵守相應的許可要求。Vizio?則請求法院駁回?SFC?的違約之訴，認為應該受美國聯邦版權法的管轄，排除州合同法的適。但加州

20、中區聯邦地區法院在?2022?年?5?駁回這請求，認為?GPL?不僅僅是版權許可，同時也是合同協議，SFC?有權提起這訴訟。這意味著SFC可以在州層繼續推進違約之訴，且旦勝訴，Vizio?的?SmartCast?系統的所有軟件都有權以?GPL?許可的合同受益的份進維權。?該案的特別之處在于?SFC?并以著作權的份提起訴訟，是以消費者的份主張?Vizio?沒有遵守開源軟件許可協議的要求，導致下游軟件法獲得許可所保障的權利，下游軟件根據許可條款享有合理預期，即?Vizio?會向他們開放相關的源代碼以供審閱、修改和分發。這是開源社區次出現的真正以消費者（下游軟件）份提起的GPL維權案件。專家點評?本

21、案的特點在于原告份為消費者/，其中有關?GPL?合同性質的認定于在先判例中早已存在。近年來，國內也出現較多機消費者對某些公司未依照所采開源軟件協議公開相關代碼的質疑，但尚相關案例，國內亦缺少類似?SFC?這樣的維權組織，“SFC?v.?Vizio”案或許可以帶來定參考借鑒。?梁堯：4.2?GitHub?Copilot，使開源代碼進AI訓練引發版權爭議?GitHub?Copilot?是由?OpenAI?Codex?提供持的款?AI?結對編程具，主要定位是提供代碼補全與建議功能，是?Visual?Studio?Code?的個插件，可根據當前件的內容和當前光標位置動成代碼。版權問題成為其臨的主要挑戰

22、之，們認為其利開源代碼進AI訓練并輸出相關代碼其實是在未遵循開源許可證的情況下對開源代碼的使，例如沒有標注相關代碼的來源、作者、許可證等。?182022?開源年度報告?開源事記篇程序員兼律師?Matthew?Butterick?聯合多位律師對?Copilot?提出了集體訴訟；軟件由保護協會（Software?Freedom?Conservancy，簡稱SFC）號召停使GitHub來進抗議。GitHub?前?CEO?Nat?Friedman?則提到，“在公開數據上訓練屬于合理使的范疇?！钡叭酪策€缺少?AI?訓練中“合理使”的相關判例。?此外，微軟將?Copilot?輸出描述為系列代碼“建議”

23、，并強調不會對這些建議“主張任何權利”。同時，微軟也不會對由此成的代碼的正確性、安全性或延伸出的知識產權問題做任何保證。Nat?Friedman?曾聲稱，?Copilot?的輸出結果歸屬于操作者，其性質與使編譯器樣。所以只要接納了Copilot?的建議，那就需要承擔相關責任。但并法在接納?Copilot?的建議時，獲取代碼的來源、作者和許可證等，臨侵權險。4.3?南京未來訴江蘇云蜻蜓，GPL抗辯獲法院持國內案2022年10，國內個被告根據?GPL?抗辯獲法院持的判決效。原告南京未來新技術有限公司起訴被告江蘇云蜻蜓信息科技有限公司、劉某某侵害計算機軟件著作權，訴訟請求被告連帶賠償原告經濟損失?2

24、000?萬元。被告律師發現，原告的代碼中含有使“GPL+例外”許可證的軟件，經過代碼分析，認為原告軟件不符合許可證中例外要求，且沒有公開源代碼，構成GPL違約。?法院認為：主程序系涉案?GPL?開源代碼的衍作品，受?GPL?協議的約束，且“例外聲明”對其不適，原告違反了?GPL?協議要求提供相應的源代碼的義務，構成違約，原告基于?GPL?協議獲得的許可終。法院如果基于原告的該權利認定其他為構成計算機軟件侵權，即會保護原告的不當為帶來的利益，勢必賦于其特殊法律地位和特別商事利益，不符合公平、誠信原則。對原告違反?GPL?協議的為給予侵權法上的保護，勢必虛置?GPL?協議關于源代碼持續開源的相關規

25、定，對于通過?GPL?協議讓源代碼持續開源傳播產不利影響。針對原告涉案軟件的主程序部分，對原告主張兩被告構成著作權侵權的主張不予納，對其要求兩被告承擔相應的侵權責任的訴訟請求不予持。預覽程序不是涉案?GPL?開源代碼的衍作品，未被?GPL?開源代碼傳染，故不受?GPL?協議的約束。原告主張該部分軟件著作權的保護，以及被告是否侵害該部分軟件著作權的判斷，均不受?GPL?協議的影響。4.4?中國信通院牽頭成“可信開源合規計劃”并發布開源合規指南（企業篇）在?2022?年?5?20?召開的“OSCAR開源先鋒”上，中國信通院牽頭成“可信開源合規計劃”，并發布開源合規指南（企業篇）?！翱尚砰_源合規計劃

26、”為聚焦開源合規的國內開源組織，由中國信通院聯合企業、科研機構、法律專家成，旨在凝聚各量，聚集批國內開源合規才，整合優質資源，完善開源合規標準體系，輸出開源合規建設經驗，全提升我國開源合規平，為業的發展提供強勁合。共有53?家批成員單位，包括正式成員?22?家，預備成員?31?家。?專家點評?軟件企業使開源軟件定要格外注意，尤其是搞清楚使了哪些開源軟件，這些開源軟件有哪些版權要求，研究清楚相關開源許可證的具體條款，并確保相關為合規合法。否則很容易陷違反版權要求不知的窘境。衛劍釩：?192022?開源年度報告?開源事記篇開源合規指南（企業篇）由中國信通院牽頭，聯合“可信開源合規計劃”的成員單位的

27、專家共同編寫完成，分析總結了開源合規發展特點，重點圍繞開源軟件與數據合規險、開源許可協議規定、企業開源合規險防控三環節展開研究，對于企業做好開源合規具有很強的指導意義，為推動我國開源合規建設提供了參考。4.5?中國電技術標準化研究院牽頭完成蘭開放作品許可協議和開源治理?系列標準?在?2022?年?12?29?召開的“2022?蘭峰會”上，中國電技術標準化研究院牽頭編制的蘭開放作品許可協議正式發布。蘭開放作品許可協議系列（Mulan?Open?Works?Licenses,Mulan?OWLs）是對開放作品的復制、使、修改和分發等為進規范和約束的具有法律效的格式合同，提供了授予專利許可的許可協議

28、類別，并對多版本作品提供了署名規范。?同時，與許可協議共同發布的蘭開放作品中是蘭許可證族應平臺，為蘭開源軟件、數據和開放作品的登記、檢索和使提供了撐。蘭開放作品協議系列與應平臺的發布為保護創作者權利、推動開放作品發展具有重要意義。專家點評?除上述開源合規指南（企業篇）外，國家知識產權局知識產權保護司在?2022?年?4?發布的企業知識產權保護指南中，也針對“使開源軟件的知識產權險”、“產品開發涉及的開源軟件是否可免費使”等開源相關主題撰寫了專內容?。梁堯：同樣，在?2022?年?12?29?召開的蘭峰會上，中國電技術標準化研究院宣布其”開源治理系列標準“的制定作已經接近尾聲，包括總體框架、企業

29、治理評估模型、項評估模型、社區治理與運營、開發者貢獻度評價模型，這五向的系列標準經過多輪討論與共識，將于?2023?年正式頒布，標志著我國在開源治理權威性、系統性、規范性的作的落地。?開源與標準協同發展研究報告由國內相關專家共同研究和編制完成，從國內外開源項、社區以及標準研究的實踐及成效出發，以更科學的視系統分析并闡明開源與標準的關系，明確新發展趨勢下開源的內涵與外延，為我國后續系統開展開源標準化作進步打開思路、給出向及建議。開源社的多名成員直接參與了中國電技術標準化研究院的開源治理系列標準的編寫與制定作，既體現出開源社的智庫越來越受到泛的認可，也體現出國內這種政府與社區合作新模式的探索，開源

30、的化正在重構傳統世界的運轉模式。?王偉：論是開源許可證還是還是開源標準，都是構建開源規則和開源法論的部分，通過嚴謹細致的研究作，為我國乃國際的開源發展貢獻份量。蘭開放作品許可協議是蘭開源許可證族的新成員，最近也在與?OSI?積極接觸和交流中，推進開放作品許可協議的國際化進程，開源治理標準需應到?OSPO?的實際治理過程中，與?OpenDigger?等開源具串起來、協同配套使，發揮出1+1于2的作。楊麗蘊：?202022?開源年度報告?開源事記篇多個著名的開源社區、開源項，在?GitHub?上、在的官上聲援烏克蘭，也有呼吁?GitHub?禁俄羅斯開發者的聲出現，以于到了?3?2?，Github?

31、官就俄烏戰爭發表聲明，承諾“將繼續確保免費開源服務可供所有使，包括俄羅斯的開發員?！?然，封禁的事件依然在發，也有俄羅斯的開發者，甚前俄羅斯公司的雇員、來俄羅斯的開源貢獻者被誤傷，他們對于開源項的貢獻痕跡，也遭到刪除。還有不少企業級的“制裁”，開源企業或者暫停在俄羅斯的業務，或者宣布禁俄羅斯的代碼貢獻。?另，過激的為也不斷出現，node-ipc?事件的爆發終于引起了所有開源的警惕，以開源發聲進投毒，終于突破了所有正義的底線，直到?OSI?發布博譴責這為：開源抗議最終將會傷害開源。?總之，對劇烈動蕩的國際政治局勢，開源能夠做什么，不能做什么，應該做什么，不該做什么？都是常困難的問題！5.2?各國

32、政府與開源的關系紛繁復雜?在?2021?年的開源事記中，我們觀察到“各國開源政策將對開源世界的未來產重影響”，但是主要還是從國家政策對于開源產業的促進作來論的。到了?2022?年，我們觀察到了更多、也更加復雜的現象。?美國主要關注的是開源安全問題，1?和?5?美國宮兩次召集開源基會與?IT?巨頭，共同商討開源軟件安全問題，并推出?1.5?億美元開源軟件保護計劃，到了9份更通過兩黨法保護開源軟件安全性。?在歐洲，更多的是關注來美國的開源競爭問題。9?14?，歐盟普通法院作出裁決，維持了之前對歌壟斷為的達?41?億歐元的創紀錄罰款，罪名是?“將歌搜索?/?Chrome?與?Android?系統捆綁

33、在起”。?于亞洲，較“奇葩”的是印度針對?VLC?的封禁為。從?2?份開始，印度政府屏蔽了?VLC?播放器項的站及下載鏈接。到了?10?份，VLC?播放器開發商威脅起訴印度政府，于是到了?11?份，封禁解除。從開始封禁?VLC，再到前解禁，印度政府沒有進任何表態，也沒有向?VideoLAN?基會以及印度眾提供封殺?VLC?的理由，確實令感到疑惑。?于中國，繼?2021?年的四五規劃之后，在?2022?年國家進步提出了知識產權強國建設綱要和四五規劃實施年度推進計劃、中國銀保監會辦公廳關于銀業保險業數字化轉型的指導意，到了?12?，三部聯合發布的互聯信息服務深度合成管理規定，也將對?AIGC?以及

34、開源領域產深遠影響。?總之，政府針對開源業與開源態，可以施加多種多樣的為，制定各種各樣的政策，于后果，還有待期觀察與總結?。五.?開源社區、態事記?5.1?政治處不在，開源也不能獨善其?2022?年?2?24?，俄羅斯突然發動侵烏克蘭的“特別軍事動”，俄烏戰爭打響。隨后在開源的世界，也發了多起重事件，看起來遠離政治的開源，同樣不能獨善其。?212022?開源年度報告?開源事記篇5.3?更多中國在開源社區中發揮影響?2022?年，在國際基會還是傳來了不少好消息的。3?，姜寧當選?Apache?基會董事、堵俊平再次當選?LF?AI&DATA?Board?主席；8?，Tina?Tsou?當選?LF?

35、Edge?Board?主席。其中尤為引矚的是：Tina?是第位擔任企業互聯程任務組（IETF）作組主席的中國性，也是國際電聯電信標準化部（ITU-T）歷史上來亞洲最年輕的報告。她還曾擔任?Akraino?技術指導委員會主席。根據?CSDN?的2022?中國開源貢獻度報告，我們還可以看到更多數據：中國開源貢獻者數量，占全球?9.5%中國開發者主導的開源項，占全球?12.5%全球公司開源貢獻榜?TOP?50，中國占?20%?國際開源項?TOP?50，中國僅占兩席從某種意義上來說：已經很好了，但是還不夠好.5.4?開源報告與榜單紛紛出爐，喜憂參半?從?2015?年開始，開源社每年都會發布份中國開源年

36、度報告，到了?2022?年，我們終于看到了越來越多的同道中。7?，2022中國開源發展藍書正式發布；8?，InfoQ中國開源發展研究分析?2022?發布；10?，CSDN2022?中國開源貢獻度報告發布；11?，開放原開源基會、X-lab?開放實驗室和阿巴巴聯合出品的2022年開源數據熱報告發布。?2020?年起，開源社和?SegmentFault?思否聯合發起了中國開源先鋒?33?之尖上的開源物年度評選，今已連續舉辦?3?年。在?2021?年，我們開源社和?SegmentFault?思否還次聯合?OpenDigger?項，根據開源開發者在?GitHub?的協作影響評選出了來中國區?TOP?9

37、9?的開發者，并命名其為中國開源碼。這本，就是個重的信號！?，我們可以看到更多的數據、更多的趨勢與排榜，另，我們也能看出，越來越多的機構、企業和組織開始關注這些訊息。?不過，今年11發布的?GitHub?Octoverse?報告，也傳來了些不太妙的消息：在今年新增的2050萬中，印度、中國和巴西的增幅最，占分別為?32.4%、15.6%、11.6%，其中印度的開發者數增超過中國。當然，中國開發者增速看似放緩，這也可以解讀為更多的中國開發者增，發在國內的開源平臺上了。?專家點評?Github?數據中表明來港的開發者增加了?100?萬以上，這當然是不可能的，只能猜這部分數據是陸開發者利港服務器訪問

38、?Github，帶上了港?IP。?蔣濤：印度開發者的增以及在開源社區中的活躍程度常值得關注。國際的?GSoC、國內的?OSPP?這類開源暑期夏令營活動，都能夠看到印度學的影。未來中印兩個國，定會成為常主要的開源開發者的來源，于世界的開源發展更有命。?王偉：?222022?開源年度報告?開源事記篇5.5?開源平臺的發展，依然在探索中?互聯時代，個越來越明顯的趨勢是：平臺為王，即使是開源也不能例外。因此，平臺的舉動，往往也牽動所有的神。2021?年?5?到?2022?年?12?，GitHub?的在?18?個的時間內從?6500?萬增?9400?萬，在?2020?年，這個數字還只是?5000?萬。與

39、此同時，國內的?Gitee?平臺也在速增，2022年Gitee的代碼倉庫超過了?2500?萬，數量超過了1000萬，雖然總量上較之?GitHub?依然有差距，但是增速卻毫不遜。?除了上這些好消息，平臺的各項措施，卻往往會遭遇批評。GitHub?Copilot?遭到質疑，SFC?甚在呼吁放棄?GitHub，時機已到！，到了?11?，項集體訴訟已提交到美國加州北區地法院，要求法院批準?90?億美元（約?649?億幣）的法定損害賠償。于后續將如何發展，咱們?2023?年再持續關注。?Gitee?推出的新政策“倉庫開源必須審核再上線”，Microsoft?Store?推出的新政策“禁開源軟件在平臺上的

40、商業銷售”，也遭到了泛的批評。?總之，平臺政策牽發動全，經營者不可不慎??！?5.6?開源個體存現狀，個英雄主義的昏?在由開源軟件的早期歷史中，我們會遇到個個如雷貫的名字，這些代碼英雄們開創了個嶄新的時代。到了今天，傳來的消息卻常常令沮喪。著名開源作者刪庫跑路的新聞，時有發?；蛘弑黄脚_盤剝，或者遭公司嫖，或者遭受有毒論攻擊被迫出，或者因為“申訴”宣布停開發并關閉所有項。還有很多默默聞，守護著重要開源項的們，因為僅僅是默默聞堅守陣地，所以也問津。?總之，個英雄主義的時代已近昏。那些孤獨的個體們，正在漸漸下舞臺，遠離眾的視線。我們開源世界，將向何呢？?2022?中國開源年度報告數據篇?23?2420

41、22?開源年度報告數據篇GitHub數據篇?2.1?通指標：?GitHub?數據篇分為宏觀洞察和項洞察兩部分。宏觀洞察篇對?2022?年?GitHub?全域志數據進探索（共12.6?億條，相較2021年增了約?27?%）。同時，我們借助?OpenDigger?的指標及標注數據，從各個進分析。本篇章中，根據X-lab開放實驗室提出的?OpenRank?指標對項進評估得到細分榜單，括全球范圍內開源項排名、中國開源項排名、中國開發者排名、基會中中國企業排名、技術領域排名、以及項領域排名。項洞察篇借助?Apache?DevLake?具，對選定上榜項進更深的洞察，洞察內容包括項機器使情況、社區成、問題反

42、饋等指標，各社區的作時間分布，并從更底層給出項代碼注釋覆蓋度、靜態測試覆蓋度、代碼復度等指標。.?概述?.?指標介紹?OpenRankOpenRank?指標是由?X-lab?實驗室研發的，基于開源開發者-項協作關系構建的協作絡下的絡指標。OpenRank?不僅能夠很好的表征項的整體發展狀態、社區參與度，且也引了開源態的要素，在開源態中出于協作關鍵位置的項也可以被很好的識別出來。詳細指標定義：https:/ days5049,620,492,26592NixOS/nixpkgs23142.3153246.4228372644488890179533.21 days1954,328,217,184

43、43microsoft/vscode19611.9844532.91181964881194112131409625.94 days12794,1710,1292,49014flutter/flutter18573.6137779.1718759683811888165823114.24 days8952,1269,371,19995MicrosoftDocs/azure-docs15303.2537582.7621523957116701226357822.61 days9802,99,142,2866dotnet/runtime14924.0829543.88334913044088212

44、50128.24 days4066,357,317,18157pytorch/pytorch13978.8530711.369350341155564675235.58 days2209,565,481,21388odoo/odoo12855.2422252.92427129201823718029.59 days213,59,75,7499element-fi/elf-council-frontend10999.737910.6199517236672333.57 days97,20,246,4110godotengine/godot10695.7222406.141282527244594

45、33097025.92 days4611,245,179,1685?292022?開源年度報告數據篇GitHub數據篇?排名第的是?home-assistant/core?項，該項是個基于?python?的家庭智能化平臺，可運于本地服務器，或者樹莓派上。利該平臺，可以統控制家庭中所有的智能設備。隨著物聯向著更眾化的向發展，量的開發者開始基于?home-assistant?構建的智能家居案，項的熱度也在持續上漲，前每活躍參與開發者數量維持在?2000?以上。?專家點評?衛劍釩：home-assistant這個項很有意思，感覺讓geek可以編程控制家的家電，不是由商提供這樣的功能。?home-as

46、sistant?參與開發者數量趨勢圖（來源：Hypercrx）odoo/odoo?本年度?OpenRank?值達到12855.24，排名第，與往年相有較提升。odoo/odoo?是個開源的企業應快速開發平臺，應范圍覆蓋了企業管理的各個環節。odoo?項熱的背后，也代表低代碼平臺的迅速發展。?godotengine/godot?作為游戲開發引擎，在元宇宙概念的加持下，在?2022.8?發布?4.0?預覽版后各項數據路上揚，并最終進?OpenRank?年度全球前，每的活躍參與開發者數量也維持在千左右，且熱度還在持續增。?godot?參與開發者數量趨勢圖（來源：Hypercrx）王偉：Hypercr

47、x?這個瀏覽器插件具很有意思，可以直接在?GitHub?的任意個倉庫上，深探索該開源項的各種數據指標與可視化的圖。將個開源項社區中的各種活動，通過數據可視化的式表達出來，為我們開發者的常作增添了份樂趣。?楊娜：開源貢獻來上新，另在于不斷的查錯修正。我們看到?MicrosoftDocs/azure-docs?開源檔項名列?Top?10，超過?1.1?萬參與數，1,226?新增貢獻者。這個項開放參與者反饋檔中的?bug，并給出修正建議。從活躍度看到，這年在云上開發、云原等向的熱度不減。?302022?開源年度報告數據篇GitHub數據篇?3.3?中國項?OpenRank?排名Top30項名Open

48、Rank活躍度starfork參與數 新增貢獻者巴系數issue解決周期issue響應周期1PaddlePaddle/Paddle5791.8116225.222344862201615425831.24 days1287,180,66,2642ant-design/ant-design4370.819926.1888107323388224625305.96 days1831,159,91,5443apache/shardingsphere2900.416378.132937112495114116230.71 days1491,211,155,4874apache/pulsar2796.9

49、88351.9721207346901156742.1 days601,133,129,6375pingcap/tidb2538.8210846.573583707606855820.29 days1214,322,309,13846metersphere/metersphere2527.715097.0323786087241116418.55 days1790,345,248,4947PaddlePaddle/PaddleOCR2438.735938.89329213618357059459.58 days1262,310,280,5168apache/flink2412.778366.1

50、62743191660812388-9apache/tvm2169.456870.1914356375281387644.91 days240,42,45,32810open-mmlab/mmdetection2162.915191.3250752122153411344725.05 days963,138,90,28611apache/dolphinscheduler2115.846374.172725124683414013218.12 days1188,198,181,75012taosdata/TDengine2069.335739.533358540833521408.34 days

51、560,100,68,25613apache/doris1996.137989.9931999576631816812.87 days612,241,200,69514alibaba/nacos1914.684379.4746482751155771111726.69 days871,212,115,15515apache/apisix1863.275008.5530867167959215014.63 days849,58,46,13416milvus-io/milvus1817.766319.835667605546415027.96 days1537,165,128,51317StarR

52、ocks/starrocks1759.9210128.4720775705311334335.54 days1043,390,359,140318apache/echarts1703.613924.7450871408170644119313.5 days554,115,71,63619PaddlePaddle/PaddleNLP1637.964475.92447311878018219675.11 days936,70,43,16320NervJS/taro1625.563839.362203542133410638619.49 days479,99,100,36721ant-design/

53、pro-components1507.313795.9713024751360105105519.34 days580,151,107,57522baidu/amis1482.253284.3438306596256024223.63 days291,69,78,58023PaddlePaddle/PaddleDetection1403.643857.583471104110326140061.65 days1020,133,51,19224pingcap/tiflow1355.934575.2512690154241520.76 days478,140,132,50425umijs/umi1

54、247.433490.02194657613497192114.67 days499,60,53,41526apache/iotdb1237.94779.891347342272853417.99 days87,20,5,6727goharbor/harbor1209.183388.95279443010533766944.9 days265,152,181,31428taichi-dev/taichi1208.283386.224608457294473020.67 days395,85,64,29729tencentyun/qcloud-documents1196.663658.15528

55、9003861398624.5 days7,3,8,3530pingcap/docs-cn1188.255851.5198167298874626.26 days73,22,6,44?312022?開源年度報告數據篇GitHub數據篇?中國項中，排名前兩名的項遙遙領先，后續項?OpenRank?值相近，說明中國開源項正在平穩發展。3.4?中國企業?OpenRank?排名?Top?30?項名OpenRank活躍度starfork參與數新增貢獻者巴系數issue解決周期issue響應周期1Alibaba30615.297797.62 13862441967173973138581823.16 da

56、ys9025,1839,1653,84342Baidu25020.3970774.97229819023110951420217745.67 days8273,1546,1134,44913Ant group21223.7160366.774714518610125131744379220.1 days7124,1267,1225,59694Tencent11942.038270.24600021404966721271132821.46 days3842,815,863,43115PingCAP9939.9148527.89145383966142688611621.09 days3051,

57、764,748,34196Fit2Cloud5993.7913871.88166884859211219477319.65 days3670,587,349,9137QingCloud3254.6411759.7268143304102444315035.29 days872,185,158,8978Huawei3098.0310242.0668682345138024820925.07 days730,205,208,9949EMQ2929.8510278.22530118168283096522.49 days470,105,70,28210SphereEx2900.416378.1329

58、37112495114116230.71 days1491,211,155,48711StreamNative2796.988351.9721207346901156742.1 days601,133,129,63712JD2779.67271.9753181364204325264024.2 days714,189,193,76313ByteDance2720.889364.1306504396211237361819.14 days820,175,170,85414Zilliz2615.3410833.07649611657522096627.37 days1797,209,173,826

59、15TAOS Data2487.597197.9336396509091331589.43 days632,106,72,28416StarRocks2122.8712752.2523149786272575134.14 days1196,418,398,169917API71863.275008.5530867167959215014.63 days849,58,46,13418Guojusoft1845.743589.659514407714145128210.86 days1001,205,208,64319Vesoft1615.776256.2123615783621464045.06

60、 days354,85,99,59520Jina AI1543.347708.711480313135413444319.2 days597,122,164,615Top30?榜單中，我們發現中國頂尖開源項在前端、數據庫、云原、智能領域表現突出。其中?ant-design/ant-design?表現優異，項參與者，?ant-design?達到了最的?3882?，巴系數也達?到了?2530?，在?issue?解決時間以及活躍度也有不錯的表現。?322022?開源年度報告數據篇GitHub數據篇?項名OpenRank活躍度starfork參與數新增貢獻者巴系數issue解決周期issue響應周期2

61、1Oneflow1535.367646.621823452531342922.04 days288,30,21,16422Taichi1488.294569.7859796794211244119.77 days427,98,67,33923Deepin1467.612033.71137822705877197537.31 days234,68,70,19024Youzan1242.912438.33236111410386978638.44 days366,103,71,19425Timecho1237.94779.891347342272853417.99 days87,20,5,6726

62、VMWare1209.183388.95279443010533766944.9 days265,152,181,31427Alluxio1159.183686.78748273258582825.08 days119,37,43,21128Didi1139.52990.0111045235490811528615.26 days435,91,93,30729DCloud1084.682681.844421107310434081721.06 days478,82,84,47430RT-Thread1057.662850.816719873341687922.79 days120,27,11,

63、77在企業?OpenRank?排名，Alibaba?依舊保持第的排名。其各項指標均處于較好的準。Fit2cloud?憑借DataEase、MeterSphere、JumpServer在開源領域的知名度，本次排名第六，相往年有較提升。?專家點評?王偉：Fit2cloud?這家企業常有意思，默默地經營著個?；钴S且有影響的項。中企業的資源有限，開源運營策略必然會和不樣，充分借助?GitHub?這樣的平臺常奏效。個好的代碼托管與開發平臺，能夠讓好的項快速成，并被家泛知道，對于整個開源態來說，都是常有價值的。?332022?開源年度報告數據篇GitHub數據篇?3.5?中國開發者?OpenRank?To

64、p50?特別地，對上榜開發者GitHub個倉庫中的項語類型進分析，JavaScript?是上榜開發者是最常的開發語。GitHubIDOpenRank1afc163917.02chenjiahan684.263uranusjr629.444Kenshin603.835antfu594.286terrymanu546.37sxzz539.938fisker516.469wu-sheng513.210spacewander478.461188250462.5512Goooler447.5313mysterywolf429.7914jiasli425.515chenshuai2144424.3216t

65、isonkun394.7417waruqi394.6418AlexV525377.7719jw-foss363.7320messense349.6321sangshuduo348.4122andyzhangx333.6223LinuxSuRen330.124njzjz329.6325JounQin326.48GitHubIDOpenRank26hsluoyz309.4227haizhilin2013291.2628pahud270.1729plainheart264.49301715173329259.7831utzcoz256.3532seisman253.2733littletomatod

66、onkey252.4334ruibaby252.3235NewByVector248.0236kezhenxu94246.1837ruanwenjun224.0638tao12345666333223.9339visiky223.3140winlinvip219.4941JohnNiang219.4742YunYouJun217.6343tiye215.6944jiangjiajun204.1745Brooooooklyn200.6246pissang199.0947yi-Xu-0100197.1748limingxinleo195.549felixonmars191.6750sy-recor

67、ds186.47?342022?開源年度報告數據篇GitHub數據篇?3.6?基會中中國項排?項名OpenRank活躍度starfork參與數新增貢獻者巴系數issue解決周期issue響應周期1apache/shardingsphere2900.416378.132937112495114116230.71 days1491,211,155,4872apache/pulsar2796.988351.9721207346901156742.1 days601,133,129,6373apache/flink2412.778366.162743191660812388-4apache/tvm21

68、69.456870.1914356375281387644.91 days240,42,45,3285apache/dolphinscheduler2115.846374.172725124683414013218.12 days1188,198,181,7506apache/doris1996.137989.9931999576631816812.87 days612,241,200,6957apache/apisix1863.275008.5530867167959215014.63 days849,58,46,1348milvus-io/milvus1817.766319.8356676

69、05546415027.96 days1537,165,128,5139apache/echarts1703.613924.7450871408170644119313.5 days554,115,71,63610apache/iotdb1237.94779.891347342272853417.99 days87,20,5,6711goharbor/harbor1209.183388.95279443010533766944.9 days265,152,181,31412apache/dubbo1117.482930.8206917437858628318.24 days407,105,76

70、,19613apache/rocketmq987.963109.83258517005071039010.42 days569,115,84,21714tikv/tikv954.144871.322065326257473316.16 days295,66,81,27715karmada-io/karmada912.433299.021161297237773021.9 days357,30,16,5316k3s-io/k3s900.542805.232913739103161837.14 days433,69,124,22817apache/shenyu797.912291.75192074

71、0325856411.28 days378,53,35,10518apache/incubator-kyuubi725.782564.1455424616531713.43 days416,85,63,25519apache/ozone688.23355.55169139943523-20apache/skywalking672.841991.0827327754173712116.24 days331,20,26,159在捐獻到?Apache?Software?Foundation?和?Linux?Foundation?的中國項中，Apache?項的整體數據表現亮眼，ShardingSphe

72、re、Pulsar、Flink、tvm?等項名列前茅，值得指出的是，Flink?在沒有使?GitHub?Issue?功能的情況下影響第三，活躍程度可斑。?352022?開源年度報告數據篇GitHub數據篇?3.7?開源基會中國企業數據分析?注：中國捐獻給開源基會的項按照發起企業聚合的結果3.7.1?中國企業主導在?CNCF?基會?Landscape?中項的?OpenRank?排榜項名OpenRank活躍度starfork參與數新增貢獻者巴系數issue解決周期issue響應周期1Alibaba10117.3931053.924684119925121699.0112923.01 days325

73、2,656,511,16202PingCAP3492.9615717.8856481033705132.07019.55 days1509,388,390,16613SphereEx2900.416378.1329371124951141.016230.71 days1491,211,155,4874StreamNative2796.988351.972120734690115.06742.1 days601,133,129,6375TAOS Data2069.335739.53335854083352.01408.34 days560,100,68,2566API71863.275008.5

74、5308671679592.015014.63 days849,58,46,1347VMWare1209.183388.952794430105337.066944.9 days265,152,181,3148Alluxio1142.453637.4773726425457.02823.87 days118,37,40,1929Huawei1072.673581.54151948744267.06123.2 days302,64,77,37610EMQ1069.412798.9205841138420.06318.05 days196,53,35,7411QingCloud884.483423

75、.1506292662778.022046.37 days448,63,61,32512Ant group674.172372.39155041921471.03641.23 days136,34,42,18513Vesoft670.652125.0169822221721.02728.32 days217,52,67,31514JuiceData531.941710.58287530919937.02116.14 days268,59,34,12315Bytebase485.422620.3627742169932.0922.62 days45,9,3,3016ByteDance244.64

76、969.37199428012326.02426.81 days65,12,9,1817Fit2Cloud67.57190.3957693632119.77 days80,8,3,018OpenResty61.43221.010641351193.07615.4 days23,6,4,1919Tencent13.5736.2238072171.0131.67 days4,2,3,4在?CNCF?Landscape?的?580?個開源項中，由阿巴巴發起的云原項群數據遙遙領先，全年參與開發者數量?5839?，新增貢獻者數量?686?，超過了其他企業的總和。另外，濤思數據的項在活躍的同時，還保持了?

77、8.15?天的?Issue?解決周期，維持著項的速響應和健康發展。?362022?開源年度報告數據篇GitHub數據篇?3.7.2?中國企業發起并捐獻到?Apache?基會的項?OpenRank?排榜項名OpenRank活躍度starfork參與數新增貢獻者巴系數issue解決周期issue響應周期1Alibaba6052.5220899.021184280622551645.040619.01 days1236,303,241,9602SphereEx2900.416378.1329371124951141.016230.71 days1491,211,155,4873StreamNativ

78、e2796.988351.972120734690115.06742.1 days601,133,129,6374Baidu2100.885068.0767621888198091.0139219.72 days653,135,92,6835API71863.275008.55308671679592.015014.63 days849,58,46,1346Timecho1237.94779.89134734227285.03417.99 days87,20,5,677Huawei385.461247.4822312316327.02841.78 days108,16,18,698Kylige

79、nce74.59406.532161305323.013-9Oushu5.066.91431931-在中國企業發起并捐獻到?Apache?基會的項中，阿巴巴憑借?Flink、Dubbo、RocketMQ?等頂級項同樣占據榜。?372022?開源年度報告數據篇3.8?技術領域排名3.8.1?云原GitHub數據篇?借助對?GitHub?中主流項技術領域的標簽數據，本次報告繪制了個熱領域近年項發展情況，包括云原、數據、數據庫、操作系統。K8s?疑是云原領域最熱的項，雖然穩居第，但其在?2019?年后?OpenRank?值呈下降趨勢。Grafana?是個開源的數據監控系統，近年來發展迅猛，成為了云原

80、領域排名第的項。3.8.2?數據數據領域的榜單中，Grafana、Kibana?兩個項表現突出。?3.8.3?數據庫排名第的?ClickHouse?是俄羅斯的?Yandex?于?2016?年開源的于在線分析處理查詢?MPP?架構的列式存儲數據庫作為性能的OLAP數據庫，其性能分優越，查詢速度極快。優秀的性能也吸引了量貢獻者的參與，ClickHouse?社區直處于良好發展狀態。?382022?開源年度報告數據篇3.8.4?操作系統GitHub數據篇?SerenityOS?是個開源的操作系統，作者是來瑞典的程序員?Andreas?Kling?，在?2018?年完成了為期?3?個的毒癮康復計劃后，A

81、ndreas?發現?“有很多時間，沒有什么可以做的?”，接著就了將近三年的時間全職創建?SerenityOS?。隨著社區的壯和貢獻者的增加，現在已經誕了屬于?SerenityOS?的內存安全的編程語?jakt?，以及?跨平臺?Web?瀏覽器?Ladybird。SerenityOS的標是不依賴任何第三庫構建所有組件和具。近年來發展迅速，成為了操作系統榜單中第名。?注：?項與開發者標簽請參考?OpenDigger?項標簽數據，有額外標簽數據歡迎?Issue?提交4.1?機器活動占?四.?項洞察在該部分中，選取了2022年?OpenRank?排名前100的項進分析。在排名前100的項中，動化機器創建

82、的PR占12%,評論Issue占達到36%，關閉PR占17%。動化機器在開源項中重要的。?機器活動TOP?100創建?PR0.12評論?Issue0.36關閉?PR0.17?392022?開源年度報告數據篇GitHub數據篇?4.2?社區成?在?2022?年中，3?到?8?每新增參與者均超過?4000?，其中?7?是新增參與者最多的個，Top100?項合計新增參與者數達到?4257?；2?、12?該指標不?3000?。在第次關閉?Issue?指標上，8?達到最值。?注：通常認為，由關閉的?issue?代表與社區進了次溝通。第次關閉?Issue?指標代表了新與社區進了第次溝通，該指標可以體現社區

83、成情況。?0500100015002000250030003500400045002022/1/12022/2/12022/3/12022/4/12022/5/12022/6/12022/7/12022/8/12022/9/12022/10/12022/11/12022/12/1社區成長指標分析新增參與者第一次關閉Issue率ant-design/ant-design?在新增參與者指標中表現分突出。?402022?開源年度報告數據篇GitHub數據篇?4.3?社區反饋?4.3.1?Issue回應天數排名項名Issue?回應天數1LCTT/TranslateProject0.732PaddleP

84、addle/PaddleSpeech1.473dataease/dataease1.694umijs/umi-next1.775PaddlePaddle/PaddleNLP1.796Tencent/tdesign-react1.967open-mmlab/mmpose2.038PaddlePaddle/PaddleClas2.619open-mmlab/mmdeploy2.6510alibaba/fastjson22.7711open-mmlab/mmocr2.8812PaddlePaddle/Paddle-Lite2.9313apache/shenyu3.1114apache/apisix3

85、.6715alibaba/lowcode-engine4.1416PaddlePaddle/PaddleDetection4.1817milvus-io/milvus4.1918Tencent/tdesign-vue4.4419apache/doris5.0320kubevela/kubevela5.07?412022?開源年度報告數據篇GitHub數據篇?4.3.2?PR回應天數特別地，emqx/emqx?項?2019?年以來的?Issue?相應時間逐年減少，從?23.05?天減少到?8?天，代表其社區對Issue?的反應速度逐年增快。同樣地，PaddlePaddle/PaddleDetec

86、tion、apache/skywalking?在PR響應時間上逐步減少，分別從?2019?年的?6.37?天、3.42?天縮減到?2?天、0.95?天。排名項名PR?回應時間1alibaba/fastjson202jeecgboot/jeecg-boot03jeecgboot/JimuReport04dataease/dataease0.155LCTT/TranslateProject0.226metersphere/metersphere0.357bytebase/bytebase0.588apache/shardingsphere0.89matrixorigin/matrixone0.84

87、10apache/skywalking0.9511Tencent/tdesign-react1.2812Tencent/tdesign-vue-next1.4613PaddlePaddle/PaddleSpeech1.7314halo-dev/halo1.7715Tencent/tdesign-vue1.9216youzan/vant1.9817PaddlePaddle/PaddleDetection218juicedata/juicefs2.0119alibaba/lowcode-engine2.0220antvis/S22.044.4?倉庫作時間分布圖?倉庫作時間展某倉庫的志發時間分布，圓

88、形越代表在該時間段越活躍，以下是個倉庫的作時間分布圖：注：圖中時區按標準時區計算，換算東區需要加時apache/echarts?在?echarts?項中，21?時處（北京時間凌晨5時）有協作為發，對倉庫進探索后發現該時段協作為是由?Github?actions?引起的動化協作為。?422022?開源年度報告數據篇GitHub數據篇?PaddlePaddle/PaddleOCR在?PaddleOCR?項中，每周?6?時（北京時間周?14?時）的事件數量常集中，是?paddle-bot?每周次對不再活躍的?Issue?進動關閉的時間，PaddleOCR?社區的問答熱度也可斑。apache/shar

89、dingsphereShardingSphere?項在周六?16?時（北京時間?24?時）有個常明顯的異常點，本以為是常的?GitHub?動化任務導致的，實際是社區在嘗試引?Issue?定時關閉時造成的。但由于動化為不符合社區預期，這個動化流程也很快被廢棄了。kata-containers/kata-containers從作時間分布上雖然也可以看出?Kata?Container?是個亞洲主導的項，但整體分布相對其他項更加平均，可以看到其國際化平很，在歐美地區均有定的活躍。apache/pulsar可以看到?Pulsar?前主要以亞洲開發者主導為主，但在?13?時（北京時間?21?時）有定活躍，

90、應該是有部分歐洲開發者在持續參與社區的貢獻。?432022?開源年度報告數據篇GitHub數據篇?4.5?倉庫審查?該部分對個項的?git?件進審查，從研發效能的度進評價。?項地址檔覆蓋度靜態測試覆蓋度代碼復度https:/ 2020Other software 2020SaaS 2025*Other software 2025*美國英國中國印度巴西圖2.?全球?SaaS?市場在全軟件市場占與預期（百萬歐元）?Source:?Reply;?Statista?estimates;?teknowlogy?Group;?ID?1219255?552022?開源年度報告商業化篇1?https:/ in

91、 billion U.S.dollars電信/數據處理/信息服務IT/云服務/定制化開發服務軟件服務/SaaSR&D 研發服務專家點評?說“軟件全球化”，我腦海中第個冒出來的詞是“全球軟件化”，雖然不是個意思，但是都很有意思。衛劍釩：?582022?開源年度報告商業化篇2.1.2?開源軟件具有天然的全球化發展的趨勢暫時撇開商業化，開源軟件從其本質上就具有著全球化的屬性。開源項在接受和勵貢獻者的參與時不會對其背景和國籍進篩選。誠然，許多客觀的因素（如語、化、時差等）會限制些項的參與者的組成，但這不影響開源社區歡迎、勵和尊重所有貢獻者的精神。?個好的開源項可以吸引全世界各地的開發者來添磚加。?根據

92、?GitHub?發布的數據顯，個?GitHub?的開源項平均可以獲得來?41?個不同國家和地區的貢獻者的幫助。同時，Github?作為全球開源項的聚集地，其構成也在漸變得更加多元化。根據?2021?年的數據顯，北美的例較之?2020?年繼續下降2.3%31.5%，其他所有地區的活躍占則都在提。?這全球化屬性在開源軟件公司商業化出海的過程中是常寶貴的資源。這在后續的章節中也會具體提到。?圖7.?全球?GitHub?發布?Source:?GitHub?2021?The?State?of?the?Octoverse?2.1.3?開源軟件公司的國際化擴張?對于開源軟件來說，國際化擴張也已經成為眾多成功

93、的開源軟件公司發展歷程中重要的個環節，如在2021?年?3?，GitLab?就通過合資公司的模式成極狐并成功打中國市場，?RedHat?的合作伙伴態系統遍布全球，2020?年，Confluent?就通過從?Red?Hat?新加坡辦公室招聘擁有多年亞洲軟件市場經驗的?Damien?Wong?來更好地服務其主要的亞洲客。Elastic?有來全球?125?個國家的客。?專家點評?任旭東：開源的全球化和軟件的競爭邊界化，態的邊界性和軟件的邊際成本有關。?592022?開源年度報告商業化篇種種數據都可以體現，前市場上最成功的批開源軟件公司，都將國際擴張作為很重要的戰略向。這對于中國的開源軟件公司也有著常

94、多的借鑒意義。?2.2開源軟件全球化有多的驅動元素?根據對在商業化上成功全球化的軟件公司的問卷調查顯，驅動軟件公司商業全球化的因素主要有以下個：?（Source:?Paddle?report,?問卷調查，國際擴張的主要驅動）?2.2.1?塑造更成熟的公司形象在眾多的驅動因素中，受到最多軟件公司管認可（42%）的因素是成功的商業全球化可以提升市場對于公司的認可，塑造個更加成熟的外部形象。成功的商業全球化是個很好的體現公司完善運營能和產品質量的式。通過成功的出海，公司證明了的產品可以滿多元化的需求，同時的團隊可以應對相對復雜的運營環境，這對于后續的全球化運作或本地的商業拓展可以起到很強的促進作。?

95、對于開源公司來說，這驅動因素的加持則更為明顯。與閉源公司從創始期就具備商業化的屬性不同，許多開源項初始并不把商業化作為核的考慮因素。這使得對于后續開啟商業化進程的開源項來說，許多客可能會對其商業化能產質疑或猶豫。從調查的結果來看，成功的出海是可以快速提升客信的種模式。?2.2.2?減少對單市場的依賴排名第的驅動因素是減少對單市場的依賴（41%）。這點也很好理解，在個漸復雜的全球商業與政治環境中，多樣化的收來源是降低險的主要段之。?在軟件市場競爭越來越激烈的今天，完全依賴于本市場會導致市場內的任意波動都會給公司帶來極的影響，甚影響個創業公司的存亡。這其中，當地政府政策的改動，新的技術的迭代，上下

96、游市場的變化都可能極的影響公司的商業表現。?專家點評?開源前多數針對TOB端，最重要的獲客能就是信任狀。多樣化的海外客疑是中國企業最好的信任狀之。李震寧：?602022?開源年度報告商業化篇通過全球化尋求收來源的多樣化則可以很好地降低此類險，并為公司提供個緩沖來應對這些市場變化的個有效的段。對于中國的軟件企業來說，在政策變化速度相對較快的環境下，擁有多渠道的收來源的意義也更加重。?2.2.3?獲取新的可持續的發展空間根據參與調查的公司的數據顯，成功的商業全球化可以平均為公司帶來13%的直接的營收提升。除了短期直接的營收提升，成功打海外市場后也給公司帶來了更發展和想象空間。這也是許多軟件公司決策

97、者（40%）決定出海的重要考慮因素之。尤其對于本軟件市場相對有限的國家來說，成功打更加闊的市場，如美國，對于公司本收的提升效果可能會更加顯著。?對于中國的開源軟件公司來說，海外市場更加成熟的市場規模，客更強的付費意愿和更的軟件價格都是吸引開源軟件公司積極探索軟件出海/商業全球化的主要驅動。尤其是對開源軟件來說，在擁有免費的開源版本的前提下，國內公司的付費意愿會明顯低于歐美成熟市場中的客。同樣的產品，國內與歐美市場的單價也常常會有個數量級的差別。所以成功打海外成熟市場給國產開源軟件所帶來的想象空間是巨的。?2.3?商業全球化的挑戰與困難成功的商業全球化所帶來的獎勵疑是很多開源軟件公司所向往的，然

98、出海的過程卻需要臨著系列的挑戰與困難，這其中包括了對于產品需求的把控、海外市場的運營、組織架構的搭建等等。?（Source:?Paddle?report,?問卷調查，軟件公司國際擴張的主要困難）?2.3.1調整產品來解決本化需求根據問卷調查的結果顯，如何調整產品來解決海外市場本地化的需求是出海軟件最主要的挑戰。這其中不僅僅是技術層對于產品的挑戰，更主要的是對個完全陌的環境去了解在那個環境客的需求。語、化、時差等系列的差異加了遠程了解客需求的困難。?與產品功能本化相關的還有產品定價的本化。不同國家對于軟件，尤其是開源軟件的付費意愿有著常的差異。將原本的定價思路和體系照搬到國際市場往往是不通的。如

99、何準確地了解海外市場對于公司產品的需求，認可程度和付費意愿，并基于這些數據來找到最優化的定價策略是軟件企業出海過程中必須解決的問題。?專家點評?開源項的引進和出海，都涉及到了量本地社群的建設，依托本地社群可以較有效地解決開源項的本地化問題。姜寧：?612022?開源年度報告商業化篇2.3.2?海外市場運營對多難題除了與產品相關的挑戰，對于初次跨出本市場舒適圈的軟件企業來說，海外市場的運營也臨著多的挑戰。?先，在公司開始全球化進程之前，如何進市場就是個不的挑戰。這需要公司結合多的因素進綜合的評估，其中包括了各個市場對公司產品的需求，對軟件的付費意愿，本競對的實等。選擇合適進的市場對于公司后續發展

100、有著決定性的作。?其次，銷售與市場營銷的本化也是挑戰。最直接也最常的式就是建當地的團隊。然這樣的本化策略的弊端也很明顯，就是需要在前期就投量的資。在次向軟件公司管的問卷調查中，37%的參與者將銷售與市場營銷所需要的投列為了阻礙公司全球擴張的最主要的因素。?最后，在全球化策略落地的過程中，本地團隊的招聘也是個法避免的挑戰。如何在個陌的環境中招聘到符合公司要求，契合公司化的才是需要公司決策層花費量精來設計和實施的。?對于中國的軟件公司，在全球化的運營過程中往往還要遇到信任度和監管等各種各樣的問題。解決這些問題需要從態度、組織化和產品設計多維度的共同努，并且需要以貫之的堅持。以?PingCAP?為例

101、，作為中國軟件出海的先驅者，PingCAP?從成之初就堅持國際化道路，并成功將其明星產品?TiDB?數據庫推出海外。?PingCAP的核團隊就提出，解決信任問題是中國軟件全球化運營中的道檻，尤其是像數據庫這樣的核基礎軟件。相較于歐洲與美國等西國家之間的軟件互通，中國軟件的全球化顯然在這需要做更多的作來獲取客的信任。?2.3.3?改變組織架構來適應全球化運作在個軟件公司出海的過程中，調整組織架構來適應全球化的運作也是個必須的改變。這其中最主要的挑戰來于?：在全球化的過程中仍然明確和堅持公司的專注的向，改變內部的組織架構來適應多國家多市場的運營模式，建和確保各個國家不同辦公室之間企業化的致與傳承。

102、?個公司的使命與愿景對于公司期穩定的發展是關重要的。在經歷像全球化這樣巨的變的過程中，如何根據不同市場的情況，充分迭代進化，在變化和專注中保持平衡，是公司層需要仔細考慮的。?家本公司和家全球化公司在其部的劃分、激勵機制的設置上會有很的不同。公司在出海初期需要設起效的組織架構，合理地授權和管理，才能在擴展初期快速發展。?才的多元化是資源也是挑戰。對于個沒有過多國際化作經驗的團隊來說，如何理解和尊重不同市場的化，協調各個國家辦公室之間化、作習慣的不同，同時建統的公司化是個微妙的平衡，這也考驗著軟件公司除了產品能外的層的管理能。2.3.4?開源軟件公司對運營全球化開源社區的挑戰以上提到的這些挑戰，不

103、僅是開源軟件公司在全球化過程中會遇到，所有的軟件公司都臨著類似的困難。甚再退步，不僅是軟件公司，乎所有的全球化公司都需要解決類似的問題。然，開源軟件公司在這些困難之上，還需要解決另外個挑戰?國際化開源社區的建設。?對于開源軟件公司來說，開源社區是關重要并決定著開源軟件成敗的重要因素之。Confluent?的CMO?GC?Lionetti?就在次活動中表，Confluent?的企業發展在其成公司的?5?年前就已經通過發展社區開始了。他表社區對于開源軟件公司來說是關重要的，特別是當你想在早期擴受眾群體時。?專家點評我們也要看到當地法律規則對中國企業運營的些合規要求。近年些國家涸澤漁的為也定程度提醒

104、出去的企業要更加考慮當地法律合規運營的挑戰。李震寧：?622022?開源年度報告商業化篇2.4?全球化商業化的實現路徑個成功的開源項定有個活躍的開源社區。成功地經營個本的開源社區已經是個不的挑戰，將這樣活躍的社區在全球范圍內擴張則更加困難。這其中，以下的困難是通常最困擾開源軟件公司的:?語的差異：不同于閉源軟件通常只是在作環境下需要對不同語間交流不通暢的問題，開源社區成員間的交流更加頻繁。開源社區的成功也建在其成員活躍交流的前提之下。這其中包括清晰的說明檔，開發者和使者在?issue?上的交流，代碼的標注等。語的不同對于開源社區的影響也因此遠于對閉源軟件的影響?；牟町悾翰煌瑖抑g的化差異也

105、會影響開源社區的運營帶來挑戰。在不久前的開源社?CosCon?的商業化圓桌會議上，JINA?AI?創始肖涵博提到亞洲區的開源社區成員對于社區回復時間的期望會歐美國家的成員要快些。所以在對不同國家的社區時，開源軟件公司就需要調整社區運營模式來適應不同國家的化與習俗。當個開源項愈發的國際化，這其中不同化之間的交流也會越來越多。如何營造和確保個多元同時相互尊重理解的社區環境是對開源軟件公司的個挑戰。地理位置/時差：雖然現在家越來越習慣于遠程辦公與交流，但對于社區的打造與運營，適當的線下對的交流疑有著很的促進作。這點，對于剛剛開始全球化的開源軟件公司來講是很難兼顧的。時差勢必會影響不同國家的社區成員之

106、間的交流和回復時間，這對于活躍交流的開源項來說也是個不的挑戰。?雖然開源軟件商業全球化臨著種種困境，但是不乏量的開源軟件公司成功的開拓了海外市場。舉例來說，2021?年全年，Confluent?的營業收中有?36%?來全球?100?多個國家；另外家成功的開源軟件公司?Elastic?在截?2022?年?4?30?時有來全球?125?個國家的客。并且得益于靈活的辦公模式，其員更是散布在超過40?個國家。Elastic也在全球范圍內與云商合作，布局超過?40?個地區來更好的服務全球的客。?兩家公司也不約同的在年報中將國際擴展作為重要的戰略標。（Source：Elastic?官，Elastic全球范

107、圍內云商布局1）1?https:/www.elastic.co/cn/blog/whats-new-elastic-cloud-7-13-0專家點評?為什么時差并沒有影響?Apache?合作的交流和回復時間？這個的核問題，還是我們對于開源溝通模式的兼容性不夠。?632022?開源年度報告商業化篇2.4.1?全球化開源態運營對于前有意愿開展國際擴張的開源軟件公司來說，實現商業全球化的主要路徑包括以下點：對于開源軟件來說，開源態的建設是其核的競爭，這其中包括了開源項本的建設，開源社區的完善，和開源基會的參與等。作為個期待國際擴張的軟件公司來說，如何最化利和運營全球的開源態對其能否成功全球化起到了決

108、定性的作。在之前關于開源公司全球化所臨的挑戰中，我們提到了開源社區是關重要并決定著開源軟件成敗的重要因素之。所以，在實現開源軟件全球化的過程中，先需要考慮的就是開源社區的運營。?針對之前提到的經營全球化開源社區的挑戰，開源軟件公司作為開源項的組織者也可以更多地做出有針對性的解決案。如在國際擴張前確保質量的檔翻譯，尤其是在?README?和些主要的件上，確保翻譯后的內容清晰易懂，最限度的降低外國貢獻者和使者的語檻；公司社區運營團隊也需要主動去了解和適應各個國家開源社區不同的作習慣，積極開展基于當地的活動來增加成員的參與度與積極性，并減時差和距離帶來的隔閡。?（1?搭建活躍度的全球化開源社區以?E

109、lastic?為例，直以來，Elastic?都將全球的開源社區放在了個極的戰略地位。在?Elastic?的官上，你可以找到?12?種語的各類的分享會內容。在最近，公司也在全球各地開展系列的峰會來提產品的影響和社區的凝聚。這其中包括了?ElasticON?的峰會和?Elastic?Community?Conference。ElasticON?峰會作為向眾的峰會，內容更加多元；?Elastic?Community?Conference?則專向開源社區的技術性論壇。但兩個系列峰會都將全球化加到了峰會運營的每個細節中。除去向全球觀眾的線上峰會，ElasticON?在歐洲（阿姆斯特丹）、亞洲（本）、美洲

110、（華盛頓特區）都設了線下的峰會來增進對的交流。Community?Conference?則特別為全球各地的社區成員考慮，將會議設置為2天內的滾動播出，以某個特定時區的時間來安排會議章程。同時，分享會將使英語、法語、韓語、語、中、葡萄語等各國語。這樣的安排突出了?Elastic?對全球社區的重視、尊重和包容。?（Source：Elastic官；各國語的絡研討會內容）（Source：Elastic官；各國語的絡研討會內容）（Source：Elastic官；Community?Conference的滾動播出模式）?642022?開源年度報告商業化篇（2?充分參與開源基會等國際開源組織積極參與國際開源

111、基會也是另外個拓展國際曝光度的很好的途徑。對于許多尋求國際化的開源項，擁有國際知名基會的背書對后續的發展有著很好的推動作。在這，中國開源項在國際上的參與度也在快速提升。在國際上最知名的兩開源基會?Apache?軟件基會和?Linux?基會?中開始有越來越多的中國開源項加并從基會畢業。?2.4.2?全球化服務作為成熟的軟件公司，產品的后續服務是必要且常重要的環。所以在商業全球化過程中，持服務的全球化部署也關系著公司的期發展。就像?Elastic?在其財報中指出，公司通過在?25?個國家部署持服務團隊，從達到了全年?365?天?24?時多種語的全覆蓋，確保其客可以獲得及時的質量服務。對于處于全球化

112、初期的公司來說，從全球化初期就進這樣范圍的覆蓋未必現實，但公司應該從項初期就擁有全球化服務部署的戰略構思。在商業全球化進到適當的時間點時，主動部署本的商業化和服務團隊。理想的團隊應該具有全球化的視野和在當地的業務經驗。在區域商業化逐漸成熟時，積極設本地的辦公室，以及區域性的總部來真正達到快速擴張的的。如在?2018?年被?Salesforce?收購的?MuleSoft，早在?2013?年就通過分別在悉尼和布宜諾斯艾利斯設亞太和南美區域總部來打開國際市場，?這樣的布局也幫助其進步開展本化的銷售與服務。?2.4.3?全球化銷售（云）?與全球化服務類似，開源軟件公司盡早布局全球化銷售也是商業全球化過

113、程中必要的部分。布局的模式可以是建本化團隊，設本地/區域辦公室，也可以是與當地企業達成合作關系。如前提到的?RedHat?的合作伙伴態系統就是其效完成全球化銷售的重要途徑之。Confluent?招納?RedHat?新加坡辦公室的Damien?Wong?也是為了更快更效的組建亞太區的本地銷售和服務團隊。?通過良好的經營這些開源社區與基會，開源軟件公司可以獲得的收益也常顯著。除了獲得更好的國際曝光度和知名度，開源軟件公司還可以通過這些渠道更好地去了解本化的需求，獲取?inbound?marketing，打開海外市場。相閉源軟件，開源軟件在這的優勢明顯。這也進步證明了開源態經營的重要性。?專家點評?

114、2022年有6個源中國的開源項加Apache軟件基會孵化器，并且有6個源中國的孵化項順利畢業成為Apache軟件基會頂級項。姜寧：同時，依靠著活躍的開源社區，開源軟件公司可以更直接與產品的常使者建聯系，降低了獲客成本。在全球化的過程中，這特點也將得到放。相較于閉源軟件需要投量的時間和錢來進跨國銷售，開源軟件公司對國際開源社區的經營可以起到的作。公司可以通過社區接觸到企業內部的開發者或者?IT?員，并以社區作為起始的市場營銷，傳播公司和產品的碑?。在全球軟件銷售領域，兩個趨勢對于開源軟件的全球化銷售有著極的幫助。?652022?開源年度報告商業化篇2.5?全球化與本化的選擇?國際市場（尤其是歐美

115、企業）對于公有云的適應程度越來越，從降低了跨國銷售檻。相較于傳統的銷售驅動模式（Sales-Led?Growth），國際成熟市場越來越適應和推崇產品驅動模式（Product-Led?Growth?PLG）。與閉源軟件公司的傳統商業模式不同，開源公司從本質上就帶有了?PLG?的屬性。在獲客和付費轉化的過程中，開源軟件公司相于傳統公司有著更的效率，更低的銷售出。尤其是在陌的國際市場上，產品說話銷售說話更加有效。?另外，對于中國的開源軟件公司來說，其開源的屬性也是個很好的解決上提到的客信任檻的段。PingCAP?的核團隊就指出通過開源，中國軟件公司可以更快更有效地獲得開發者和使者的背書，降低客的懷疑

116、程度。同時可以在國外市場做告和宣傳上節省很多精和開銷。對于多數軟件公司來說，全球化的市場有著不的吸引。國外更加闊的市場，更加的付費意愿，更加成熟的競爭環境都可以對企業下步的發展起到推動作。但在開源公司積極拓展海外市場之前，公司需要先解決個核的問題，那就是的公司適不適合全球化。這的考量主要來源于兩：?2.5.1?產品解決的需求是否是全球化需求每個國家和每個市場都有著其獨特的市場需求。尤其是在企業軟件服務的領域，不同國家因為化、政策、監管、市場等各的差異會發展出常不同的需求。這當然有許多需求是共同的，如對于數據管理和分析。這樣的需求也推動了系列開源軟件公司成功的全球化，如?Elastic，Ping

117、Cap?等。?但也有許多需求是常本化的。如各個國家的稅務政策就可能催出完全不樣的客端的需求。在這樣的環境下，許多產品就法滿出海后的客的需求。這樣的產品就更適合深耕本市場。?2.5.2?產品的技術特點能否撐全球化公司的技術特點是否具有全球競爭也是另外個需要考慮的因素。尤其是當公司希望打歐美等成熟市場時，開源軟件公司需要正視的技術能在個更加成熟的市場是否具有優勢。如果有，公司是否有信可以建造起護城河來保護公司的核競爭。個在本證明有市場和技術的團隊，放到國際市場上很可能法保持類似的競爭。?對于公有云的適應提了軟件產品標準化的程度。開源軟件公司可以通過與公有云服務商達成戰略合作來加速擴張。在公有云上的

118、部署也降低了遠程銷售的檻，為國際擴張初期的公司提供了量的便利。專家點評?對于?ToB?具或基礎設施類軟件，在產品形態允許閉源或開源的情況下，開源能夠帶來更好的?PLG?效果，因為社區能夠作為更好運營產品的個新陣地，充分進代碼和產品形態的展。在陌國際市場上，做好開源社區，核檔，技術內容等，能對產品發現，迭代，增帶來不可忽視的幫助。?邊思康：?66三.?開源商業化的驅動要素?2022?開源年度報告商業化篇3.1?開源社區建設是商業化的基礎壁壘?3.1.1?明確開源社區對企業的重要意義開源項的參與者范圍，體系和內容復雜，從源代碼開發到商業化成功的驅動要素是個值得探討的問題。開源項創業者需要緊扣商業化

119、和市場需求，并充分挖掘開源帶來的價值。本章節中，結合開源軟件商業化的發展歷程、全球和中國市場部分商業化成功的開源項案例，我們提煉出了前為發現的開源軟件商業化的重要驅動要素，從開源社區、開源產品和貫穿項始終的精益治理三個因素展開。上述因素也是云啟資本接觸開源項時的關注點。但由于涉及因素眾多，商業化成功的驅動要素不于本章節所述的內容，歡迎讀者開放討論和補充。開源社區建設是開源態構筑中的基礎與核，社區建設從代碼、產品、持企業的商業化標。?開源項的命在于泛地吸納使者、開發者、個和企業進態，并通過使和回饋驅動社區繁榮，帶動產品迭代的輪。因此開源并是擁有成熟產品后簡單地開放源代碼。即便在基礎產品仍不完善的

120、情況下，社區態也能夠帶動其快速優化，使其更貼近真實和通的需求，實現從?0?到?1?的產品化落地；對于已經進商業化階段的產品，開源能夠集社區之，推進產品在實際場景中的快速迭代，催化從?1?到?10?的進程。我們關注到，多元開放的社區化、豐富的社區內容、具有傳播性的社區活動能夠在社區持續積極的發展中起到正向作。?代碼是能夠被簡單復的，但社區態法被復制，真正為開源賦予活的是社區帶來的產品迭代和增。?開源社區態專家點評?王：產品和社區雙輪驅動、互相驅動，連接軸是社區治理，參與便利性是潤滑劑，動來更好的解決痛點需求。?672022?開源年度報告商業化篇3.1.2?構筑多元開放的社區態開源社區的命來源于多

121、元開放的社區態。社區態中包含運營者、貢獻者、使者等多樣化的。運營者負責社區管理維護，貢獻者參與提供內容，使代碼和產品，有時參與討論。其中，貢獻者可以是企業員、學、校和研究機構員，以及出于商業的加的企業組織。開源貢獻將不同背景同的思想嵌到產品中，減少參與產品研發的才和成本有限帶來的障礙。?貢獻者在底層代碼基礎上延伸不同場景，開發上層應，是產品完善和商業化場景搭建的內動。以openEuler?社區為例，基于?EulerOS?底座，出內核、云原、應、中間件等相關的?SIG?組，也充分吸納外部企業參與功能模塊和應的拓展。如奇安信深度參與?security?等?SIG?組，助推操作系統絡安全能提升；SD

122、S?商星天合參與?Ceph?SIG?組的搭建和貢獻，助?openEuler?發版本的?Ceph?集成和分布式存儲場景適配；航天信加社區并在多個?SIG?參與貢獻，推動?openEuler?操作系統與其“航天智云”系列產品適配，進智能航天場景。?企業貢獻者還能夠幫助開源軟件適配上下游的硬件、云商等。騰訊牽頭成的開源操作系統社區OpenCloudOS?即建在這樣的供應鏈協同之上，批創始單位包括騰、芯、上海兆芯等芯商，數據中設備和軟件提供商浪潮信息等產業態中的頭部參與者。操作系統是連接上下游態的基礎軟件，企業的加使得軟件能夠更低成本地融產業鏈，加強上下游與社區軟件產品的綁定。在算、存儲資源多樣化的當

123、下，開源社區能夠突破開發者的業知識體系局限，低成本地助產品商業化實現。?使者也是社區的重要參與者。多元開放的社區態應該降低的檻，使更多地參與使、提問、交互。使者為開源項引流，是社區和產品影響建設的重要部分。例如?2022?年?8?開源的圖像成模型Stable?Diffusion，截10，GitHub?Fork?次數達4.8k，衍出很多基于該模型的產品，前?Stable?Diffusion?各渠道累計活已超過1000萬。?使者也可以成為潛在的貢獻者，InfoQ?的調研表明，國內占最的開源社區參與式從克隆代碼、評論Issue?轉變為參加開源興趣組、提交?PR，從開源消費者向開源產者轉變。?多元開放

124、社區中的參與者?682022?開源年度報告商業化篇3.1.3?豐富社區內容建設社區內容包括檔、視頻、課程、電書等形式，內容產出促進參與者共享社區成果，參與共建。?檔是開源社區的基礎內容，有賴于社區內的眾多開發者共同建設。檔集成了歷史的貢獻內容，并使得其他參與者能夠在此基礎上使和開發。同時，社區的運營者也需要及時更新和維護檔，使開源內容產的效性能夠得到充分發揮。?相于開發者，使者開發能較弱，但使者的問題和有效的討論也是開源內容的重要組成部分。開放的交互有助于收集反饋，了解需求。社區官應該在論壇中及時進的問題解答，構筑多參與討論的態，討論結果也可以服務于檔的同步和更新，進推動產品的優化。?隨著態的

125、豐富，對內容形式也產了多樣化的需求。和熟練的開發者需要簡單易的API，對新，社區也提供具有引導作的教程、新指南類內容。?多媒體形式的發展推動了內容建設的形式創新。以?PingCAP?的內容矩陣建設為例，除源代碼解析系列博客和開源社區參與指南外，公司還發布了關于?TiDB?技術?的電書TiDB?in?Action，該書由社區成員參與編寫，充分發揮了開源社區的協同共創優勢。PingCAP?還開設了Paper?Reading?B站線上直播。對于潛在的，PingCAP提供?PingCAP?University?在線視頻課程及認證，幫助企業和個熟悉分布式關系型數據庫系統，同時了解?TiDB產品的全貌，在

126、海外也相應推出英版的?TiDB?Academy?課程。開源社區可利視頻、直播、社交平臺等拓展內容態，輔助社區影響建設和市場教育。?PingCAP?社區內容矩陣專家點評?內容建設結合搜索引擎優化，可以效地觸達到垂直領域的，為項社群發展吸引和積累初始粉絲，且讓參與內容建設可以進步建社群的歸屬感。姜寧：?692022?開源年度報告商業化篇3.1.4?活動促進傳播和增豐富的社區活動類型社區活動完善影響建設，促進社區參與者的增。開源社區具有較強的社交性，很程度上依賴技術和社區的傳播?；顒芋w系包括線上競賽、線下?meetup、型峰會等多種形式，活動中，開源社區也應當利好企業、布道者和?KOL?的作，開展對

127、開源技術和理念的宣傳，使項深智，提升社區活躍度和粘性。?國內外的開源企業均提供了豐富的活動案例。Databricks?在其專注的AI、數據賽道舉辦了?Data+AI?競賽、會議、討論等活動，在應較多的融相關數據服務領域舉辦多次?Meetup?討論活動和實踐作坊。國產開源項也常重視活動的開展，如?PingCAP?的活動矩陣包括性能、難度項競賽?Hackathon、捉“”競賽，以及基礎設施領域的分享活動?Infra?Meetup、年度?TiDB?技術會?DevCon?等。Zilliz?專注于結構化數據處理和分析，于2022年舉辦屆結構化數據峰會，其常的?Arch?Meetup?活動也已持續上百期。

128、云啟資本也積極舉辦開源相關活動，聯合蘭開源、華為?MindSpore、開源社等組織，以?BBQ?的形式邀請開源軟件領域的從業員共同參與交流討論。?線上活動覆蓋更，成本相對更低，線下活動聚集專家和業參與者的交流和碰撞也同樣具有重要意義。構建豐富的社區活動起到產品和社區推的作，另激發社區參與者針對特定的問題集思益，對產品的性能和實性提升帶來幫助。?702022?開源年度報告商業化篇3.2?構筑商業化開源產品競爭3.2.1?賽道和創新性決定產品市場空間開源項要在初期獲得認同，就要明確回答，該項能夠于解決什么重要問題，以及基于技術沉淀，如何從賽道中脫穎出，即如何在解決問題的能和式上作出創新。創新性最能

129、夠體現技術和時間壁壘。?開源項是時代的產物，服務于時代產的新需求。20世紀90年代，開始進信息化時代，?BeOS、Linux?等操作系統的開源在操作系統和整個開源態的歷史上都具有重要意義。21世紀初，隨著互聯的普及和產數據量的增，數據時代開始，數據開源系統如?Hadoop?開始被量應，后續衍出了?Cloudera、Hortonworks?等基于?Hadoop?的商業化公司；此后數據靈活、效處理的需求越發凸顯，基于消息中間件Kafka的?Confluent、基于計算引擎?Spark?的?Databricks?等也誕于態中。隨著云的發展，Docker、Kubernetes?等開源項應運，開啟了云原

130、時代。近年來，AI的快速發展催了開源平臺?Hugging?Face、AIGC?模型Stable?Diffusion?等，在領域內受到泛關注。?需求和技術的迭代為開源帶來了市場空間，相應的開源項和商業化公司往往也成為個時代的重要符號。成功商業化的開源項在領域發展早期抓住機遇，推動技術的新和應。相關領域的從業員當了解項并且其需求從中得到切實解決時，才會產使代碼和貢獻社區的意愿，為產品帶來戶增。?時代演進中的重要開源項完整易的社區版產品脫胎于開源代碼和社區，也應當服務于更泛的需求，讓開發能較弱，但同樣具有需求的、企業、組織產使意愿，Project-community?fit?到?Product-ma

131、rket?fit?是開源軟件商業化的第步。?712022?開源年度報告商業化篇3.2.2?商業化產品切中付費痛點好的開源項實現商業化變現需要慎重考量付費場景。開源社區內容全，但距離商業化的核痛點仍有定的差距。對于企業客來說，可能需要更加快速易的軟件和服務，需要管理者將社區參與者貢獻的代碼和補丁集成為商業化產品。付費產品的價值可以在于更完善地針對場景的功能、企業級的合規性和安全性、易的?SaaS?服務等，需要根據客畫像和場景打磨產品。定位國內市場或全球化、不同業、不同規?？?、公有云或私有云，都有不同的要求。為好的開源項賦予夠的付費吸引，提升?Value-market?fit，才能打造適合商業化的

132、開源產品。?在去年的報告中曾探討過開源商業模式，基于的付費痛點，開源項可以實現商業化的式包括持、托管、限制性許可、開放核、混合許可五種。企業需要抓住的付費意愿所在，提供對應的產品和服務。?對于開放核類產品，在保證社區開源版產品有夠完整的功能模塊基礎上，需要針對付費的需求打磨付費版產品功能。例如?Gitlab?企業版針對在百以上的團隊集成了?LDAP?協議、志審核等功能，為企業級定制訪問權限控制、作流管理等的功能適配。Confluent?商業版向企業，提供了負載均衡、跨中數據備份、安全防護等級特性，在性能、安全等打造付費差異。對于托管型的商業模型，如Databricks、Acquia?等，Saa

133、S?服務更加輕量化，減少了企業私有化部署的早期量投，靈活可擴展，也順應了的上云趨勢，同時在閉源的云化版本中也提供級功能集成。?3.2.3?快速迭代以保持競爭軟件開發企業需要保持敏捷性，對市場需求做出快速反應，并進產品迭代。傳統閉源產品的命周期從導、成、成熟，到最后衰退，采者在后期會減少，產品逐漸被淘汰。但開源的增模式恰恰可以加速迭代，引產品迭代和增的良性循環，始終保持產品在市場上的命。?產品增曲線?722022?開源年度報告商業化篇開源社區天然在敏捷開發和快速迭代具有優勢，開發者即是產品的使者，且數量眾多，背景多元，可以在次開發需求產時即作出反應，縮短了企業等待接收市場充分反饋進更新的滯后性，

134、并利?UGC?的形式快速產出有針對性的解決案，融產品更新。以2022?年?8?才開源的圖像成模型?Stable?Diffusion?為例，9份通過社區貢獻獲得了?M1?Mac?本地運版，10?份發兩個就實現了?50%?的提速，并出現了融?Photoshop，Figma?等閉源軟件的社區貢獻的例?在場景復雜度不斷提升的市場中，產品需要不斷迭代才能跟上上下游軟硬件的演進，服務于需求的開發敏捷性是開源項特有的壁壘。?3.3?精益治理實現降本增效3.3.1?開源協議是開源治理的前提開源協議規定了開源代碼的訪問和使規則。隨著開源軟件的發展，出現了多種類型的開源許可證，其中包括?Apache、BSD、MI

135、T?等寬松協議，允許使、修改、重新發布和衍作品的專有化，也包括?GPL、LGPL?等嚴格協議，與寬松協議的重要區別在于強調開源的傳播性，要求衍品在同許可證下開源。?部分開源協議類型及規則?Source：InfoQ報告?近年出現的開源企業和云商的盾使得開源項的商業化公司主導了開源項的協議變更（包括MongoDB由?AGPLv3?變更為?SSPL，Elastic?由?APLv2?變更為?SSPL?與?Elastic?License?雙協議），作為開源企業應對商業化空間被擠占，云商使開源但不回饋社區為的應對措施。另，從業整體趨勢來看，寬松協議在開源軟件領域中的占仍在逐年提升，2021?年占開源項的?

136、78%，更多項選擇度由的開源態。?專家點評?這個是個很好的進步，寬松許可讓更多的開發者和可以由的擁抱開源。另，嚴格許可協議也繼續保持較使度。前全球應最多的前?10?類許可協議中，仍然有進半數協議是嚴格許可。李震寧：?732022?開源年度報告商業化篇3.3.2?社區治理是不斷壯的社區態的基開源項的開源協議選擇情況?Source：The?Complete?Guide?for?Open?Source?Licenses?2022?限制性的協議在適當的時候能夠保護開源商的權益，但也會損失社區和開源項的使度和活躍性；寬松協議在定程度上提升社區的繁榮度，從充分發揮開源的優勢和形成產品的壁壘。開源許可證的轉

137、變會帶來額外的成本，在?Elastic?與?AWS?達6年的糾紛中，在法律和開源態相關的輿論，都需要投更多資源。?不同類型的許可證為保護開源開發者的權益，維護健康的開源態設計。隨著AI和深度學習的發展，AI具及其產的內容的倫理道德問題也受到關注，開源模型?StableDiffusion?采的?Creative?ML?OpenRAIL-M?協議即是為開源?AI?模型設計的許可證類型。該協議允許開放的訪問、使和分發，但禁在違反相關法律和道德的情況下進濫，強調了負責任的使，減少對社會的危害，保障開源項的正常應。?因此，開源項在何種階段選擇何種開源協議，制定何種訪問規則以規避潛在的險，是商業化要考慮的

138、問題。?在建了項和開源社區之后，社區治理常重要。運營者需要確定社區的組織架構、流程規范，并對社區的事務和內容進維護和管理。?Linux?基會和哈佛學創新科學實驗室調研發現，很多泛使的開源軟件是由少數貢獻者開發和維護的，94%?的項由?10?名以下開發者負責?90%?以上的代碼。還有量的項出現時間未更新的情況。?在開源社區不斷壯，體系趨于復雜的過程中，治理顯得更為重要。GitLab?在?2022?年就曾嘗試為了縮減成本動刪除免費賬號中不活躍的項，但受到開發者的反對，最后只能將這些項轉變為對所有可的對象存儲庫。另外，當開發者為社區做出定的貢獻，卻沒有得到正向反饋時，也可能會出現停維護，甚“刪庫跑路

139、”等現象，造成貢獻內容的損失，不利于開源態。因此，社區治理對于社區協作的良性發展常有必要。?社區中包含不同層級的、貢獻者和管理者，運營者需要明確不同的參與者應當使的責任和權限，以及不同層級之間員如何流動。在協作過程中，社區還需要明確系列流程規范：代碼的格、注釋、提交流程的規范統能夠便不同參與者之間的交互，審查測試、問題處理等流程保障社區穩定安全的內容產出。對于社區內容，運營者需要進常的管理和維護，對錯誤、沒有遵循流程規范的事務和內容進處理，建動化的維護機制，對于有價值的內容，也需要及時整理，與社區制定的程碑和版本迭代計劃進對照，做好版本管理。?742022?開源年度報告商業化篇3.3.3?開源

140、安全問題治理需要期關注社區治理要素良好的社區治理能夠提升和開發者的參與體驗，從持續貢獻社區，讓復雜的體系健康運轉，使代碼的更新迭代更加效。?由于源代碼開放，開源軟件的安全漏洞更容易被利，且由于使的軟件眾多，有些客甚不了解軟件包中包含哪些開源組件，開源安全問題尤其凸顯。2021?年包含安全漏洞和危安全漏洞的開源代碼庫分別為?81%?和49%，雖然相?2021?年有所下降，但從?2016?年以來的歷史數據看，開源代碼庫的漏洞率直居不下。2021年底的?Log4j?漏洞事件波及范圍覆蓋全球近半的企業。?開源安全問題固然需要落地側的動，但也會尋求供給側提供的底層安全保障，開源項本對安全合規性的重視可以

141、很程度上避免重復勞動，提升市場信任度。?安全漏洞的發現可以依靠社區開發者的發動，也可以通過些活動和競賽的組織來調動問題發現，運營側也需要運動化的代碼掃描等具，及時發現代碼安全、開源許可證等出現的漏洞并進處理。更重要的是健全的安全治理體系，在漏洞測試、合規測試、問題修復等全過程中嚴格執操作。只有做好安全保障，開源軟件才能夠在商業化的道路上得更遠。?開源代碼庫漏洞情況?圖源：【synopsys】2022?OPEN?SOURCE?SECURITY?AND?RISK?ANALYSIS?REPORT?75四.?開源項資本市場情況2022?開源年度報告商業化篇4.1?全球市場情況4.1.1?2022?年國

142、際融市場不確定性增加，早期投資熱度不減2022?年以來全球經濟形勢繼續充滿著不確定性，新冠肺炎疫情反復延宕，俄烏戰爭，歐美經濟通脹等系列因素都導致了市場預期的幅度波動。北美科技企業的股價波動和幅度裁員也為軟件市場的未來蒙上了層陰影。?然，在這樣的環境之下，歐美資本市場對于科技公司的早期投資卻并沒有受到太的沖擊。根據華爾街報和?PitchBook?數據的統計，2022年前三季度，Venture-capital?funds?共募資?1510?億美元，超過了之前所有年度的全年融資額。即使是在經濟下期普遍會臨融資困難的次募資的?VC，也在2022年保持了不錯的募資表現。從前三季度數據來看，新進市場的?

143、VC?的募資表現保持著?2021?年之前的平，甚有趕超之勢。?這系列強勢的募資表現，也帶來了歷史新的將近3000億美元的彈藥庫。許多?LP，包括家族辦公室、主權基等，都在熊市的環境下持續持?VC，因為他們認為AI等科技發展的趨勢是期的，市場前的不確定則是短期的。歷史數據也證明，VC?在經濟衰退期可以其他資產帶來更的收益。?當然，級市場和經濟環境的蕭條對科技?VC?的策略和表現也會有不的影響。VC?投資表，由于級市場的低迷表現，許多被投公司的上市前景不佳，為退出帶來了不的挑戰。?VC?投資預計些初創公司的估值可能在未來年內處于相對停滯的狀態，且被投公司破產的例預計會之前上升約?10%。?4.1.

144、2?商業開源軟件資本市場快速增商業開源軟件公司的成在過去的?10+?年有共睹。開源公司逐漸找到期穩定的商業化路徑，系列的外部因素（如公有云的發展，企業服務的付費意愿的提升等）也促進了商業開源軟件產品的快速發展。?根據?OSS?Capital?的數據顯，2013年時，年收達到1億美元的開源軟件公司屈指可數（10）。在過去的年間，達成這程碑式的收檻的開源軟件公司超過了40個，有10+個公司成功完成?IPO，這其中不乏MongoDB、Elastic、GitLab、Confluent?等在級市場上備受追捧的公司。?開源軟件公司的市值規模也從10年前的100億美元左右暴漲到了超過5000億美元，其中超過

145、4000億美元的市值是在級市場上實現的。這些都只是在開源軟件市場剛剛起步的階段，OSS?Capital?以及許多VC投資都認為這個市場還具有巨的增潛。?專家點評?Developer-Led的開源云原商業化發展迅速，年收規模已達到490億美元，并且以年化20+%的成速度在快速發展。蔣濤：?762022?開源年度報告商業化篇2020年1-2022年8：全球超?240?億美?VC?基投到商業化開源軟件公司?（百萬美元）?Source:?OSS?Capital?輪次，開源軟件公司分別在?B,C,D?輪收獲了最多的資。具體各融資輪次的融資數量如下：?種輪:?159?A?輪:?138B?輪:?94?C?輪

146、:?38D?輪:?22?E?輪:?14?F?輪:?9?G?輪:?4?Pre-IPO:?142020年1-2022年8：商業化開源軟件公司融資輪次分布（百萬美元）?Source:?OSS?Capital?$724$2,578$4,377$3,685$3,988$1,784$1,994$1,565$3,2420500100015002000250030003500400045005000SeedABCDEFGGrowth$100$181$245$441$165$300$62$226$100$313$589$327$873$1,645$645$987$612$1,210$373$957$2,140$

147、1,570$929$1,245$427$1,368$1,368$1,350$1,224$806$514$161050010001500200025002020年1月2020年2月2020年3月2020年4月2020年5月2020年6月2020年7月2020年8月2020年9月2020年10月2020年11月2020年12月2021年1月2021年2月2021年3月2021年4月2021年5月2021年6月2021年7月2021年8月2021年9月2021年10月2021年11月2021年12月2022年1月2022年2月2022年3月2022年4月2022年5月2022年6月2022年7月20

148、22年8月2020?年?1?到?2022?年?9?期間，360+?家開源軟件公司在全球級市場上共計融資?500+?輪次，?融資額超過?240?億美元。共有超過?230?家領投?VC?在參與到了開源軟件公司的投資過程中。?在?2020?年?1?到?2022?年?9?的?32?個中，有?10?個的融資額超過了?10?億美元。2021?年?2?、2021年?9?和?2021?年?9?更是超過了?15?億美元。進?2022?年下半年，伴隨著國際經濟環境的持續惡化，VC?對于開源軟件公司的投資也迎來了明顯的放緩。但相較于級市場以及?VC?對于其他級市場的投資從去年?11?份起就明顯放緩的趨勢，開源軟件公

149、司在資本市場上的活躍程度已經是相對堅挺。?772022?開源年度報告商業化篇在這超過?500?輪的融資過程中，超過?250?家初創企業獲得了?1000?萬美元以上的投資，其中有?5?家開源軟件公司更是在過去短短?3?年不到的時間就獲得了超過?5?億元的投資。另外，有?71?家公司在過去?32?個中獲得了?2輪以上的持續投資，19?家企業獲得了超過?3?輪的投資，4?家企業獲得了超過4輪的投資。25119810173311750501001502002503001000+萬美元2000+萬美元5000+萬美元1+億美元2+億美元3+億美元5+億美元公司數量71194010203040506070

150、80超過2輪超過3輪超過4輪公司數量2020年1-2022年8：商業化開源軟件公司累計融資規模分布?&?商業化開源軟件公司累計融資超過兩輪分布?Source:?OSS?Capital?4.1.3?VC?投資聚焦開源軟件市場開源軟件市場的快速發展也吸引了量的?VC?投資機構開始深耕這領域。在過去的年間，專注投資開源軟件公司的投資機構變得越來越多。?，上提到量的傳統?VC?資開始涌這賽道。另外，從?2020?年左右開始，我們也看到了更加專注在開源軟件公司的?VC。這其中的代表就是上提到的?2019?年成的?OSS?Capital（OSS?為Open-Source?Software?的簡稱，也就是開

151、源軟件）。這是家只投資開源軟件項的?VC。此外還有由?GitLab?Co-founder?兼CEO?Sid?Sijbrandij?在2020年創的?Open?Core?Ventures（OCV）。?與傳統?VC?不同，OCV?會主動找到尚未商業化的有潛的開源項，招募創業者，并提供資和資源來孵化創業公司。?許多傳統的?VC?公司也開始持續關注開源軟件市場。除去?OSS?Capital?發布的針對開源軟件市場的資本市場報告，Runa?Capital，?家聚焦?B2B?SaaS、Deep?Tech?和?Regulated?Industry?的?VC，也開始在?2020?年?10?起持續跟蹤?GitH

152、ub?上各開源項的發展速度，并在每個季度發布報告（ROSS?Index）來公布期間發展最快的開源軟件項，以及其融資概況。美國?VC?Accel?也在?2020?年?9?發布了?Open100?的列表，列出了?100?家各各業中值得關注的商業化開源軟件公司。?（Source：Accel官）?VC?投資機構在最近天對這業的關注和熱情也從另外佐證了開源軟件市場的巨潛。?782022?開源年度報告商業化篇4.2?中國開源軟件商業化發展情況?4.2.1國內開源項多元化，領域持續繁榮中國開發者和企業在全球開源社區中保持活躍，型科技企業和初創企業參與開源項孵化，涌現出很多在全球具有影響的項。?型科技企業依托

153、強的技術實和才基礎構建開源態。底層操作系統上，科技企業布局操作系統國產化，形成?Anolis?OS?蜥操作系統開源社區（阿巴巴）、openEuler社區（開放原開源基會）等態圈。在云原、數據、AI、前端等領域也均有布局，如螞蟻集團企業級?UI?設計具?ant-design，百度深度學習平臺PaddlePaddle、數據可視化圖表庫?Echarts?等，均在?GitHub?社區有較影響和群體。?型科技企業越來越重視開源。開源產品已成為其云服務的重要組成部分，于完善產品矩陣。百度、華為、阿、騰訊、字節、螞蟻等企業紛紛成開源辦公室，利開源態賦能內部開發和態建設，提升綜合影響，服務于國內融、電信、政府

154、、制造業等業的。?于開源核的初創企業也在不斷涌現，在各領域均有開源商業化項出現，些項也在?GitHub?社區體現出了較強影響。在數據、數據庫領域，初創企業圍繞國內外市場產的規模、異構化數據，和益增的數據處理需求，進布局，如?PingCAP?開發的分布式關系型數據庫?TiDB?和分布式鍵值數據庫?TiKV，濤思數據開發的的時序數據庫?TDengine，SphereEx?開發的的分布式數據庫中間件?Shardingshere?等。智能化趨勢下，AI?賽道出現創新性的“新物種”，如向?AI?應的向量數據庫?Zilliz，可實現全類型內容搜索的神經搜索引擎?Jina.ai。開源的其他領域，如前端應、云

155、原、操作系統等，也均有初創玩家參與。這些初創公司依托明確的產品定位，深耕市場需求痛點，依靠創新性在深耕的領域內。國內型科技企業開源項及開源企業圖譜（部分）2022?開源年度報告商業化篇4.2.2?資本市場對開源項保持度關注國內開源項融資情況?（GitHub數據統計截2022年121）近年來，中國開源項持續受到資本市場的關注，2020?年以來關注度明顯提升，2021?年開源投融資總規模達?52?億幣，同增約?86%。?2022?年市場熱度保持，其中不乏過億的額投資事件。向量搜索引擎?Zilliz?完成?6000?萬美元?B+?輪融資；DevOps?開源巨頭?GitLab?落地中國成極狐科技，在?

156、2022?年連續進三輪共數億幣的融資；數字內容創作云平臺提供商太極圖形完成?5000?萬美元?A?輪投資；輪科技基于百度開源項?Apache?Doris?內核開發了云原實時數倉?SelectDB，完成超?3?億元天使輪和天使+輪融資；專注于容器云產品的諧云科技完成超億元?B+?輪融資；多云管理軟件及服務提供商致云完成1億元?D+?輪融資。?前中國開源態發展仍處于較早期階段，2022?年融資事件主要集中在?B?輪及以前，涉及數據軟件、云計算與基礎設施等領域，市場機會闊。?公司開源核公司業務最新輪?融資輪次最新輪?融資額最新輪?融資時間GitHub?StarGitHub?Fork流科技Apache

157、?APISIX微服務API關A+輪數百萬美元2021/0610.8k2k鯨開源Apache?DolphinScheduler云原DataOps平臺Pre-A輪數千萬元2022/079.4k3.5k輪科技Apache?Doris云原實時數倉天使+輪3億元2022/046.5k1.9k偶數科技Apache?HAWQHadoop?SQL分析引擎B+輪近2億元2021/08672324天謀科技Apache?IoTDB時序數據庫系統天使輪近億元2022/062.8k750跬智信息技術Apache?Kylin數據聯機分析處理引擎D輪7000萬美元2021/043.4k1.5kStreamNativeApa

158、che?Pulsar分布式消息隊列A輪2300萬美元2021/1012k3.2kSphereExApache?ShardingSphere分布式數據庫可插拔態Pre-A輪近千萬美元2022/0117.7k6.1k潞晨科技Colossal-AI性能企業級AI解決案天使輪600萬美元2022/096.8k637ChatoperaCskefu多渠道智能客服系統天使輪數百萬元2018/082.2k742數變科技Databend云數倉天使輪數百萬美元2021/084.8k500映云科技EMQXMQTT消息中間件B輪1.5億元2020/1210.8k1.9kTensorChordEnvdMLOps種輪數百

159、萬美元2022/111.3k102燧炻科技FydeOS基于Chromium的操作系統Pre-A輪數千萬元2022/021.5k192泛化智能GAAS機主案-未披露2018/101.7k411GeekCodeGeekcode.cloud云開發環境種輪數百萬幣2022/04422GiteegitGit代碼托管-6400萬元2020/02-極狐GitLabDevOps具平臺A+輪數千萬元2022/09-?79?802022?開源年度報告商業化篇國內開源項融資情況?（GitHub數據統計截2022年121）公司開源核公司業務最新輪?融資輪次最新輪?融資額最新輪?融資時間GitHub?StarGitHu

160、b?Fork?？萍糏DPAI數據開發平臺種輪數千萬元2021/12173艾拉云科illa-builder低代碼開發平臺天使輪數百萬美元2022/092.3k126極納科技Jina多模態神經絡搜索框架A輪3000萬美元2021/1116.8k2kJuicedataJuiceFS分布式件系統天使輪數百萬元2018/107.1k605致云JumpServer云計算及DevOpsD+輪1億元2022/0419.5k4.8k才云科技Kubernetes容器云平臺收購未披露2020/0794.1k34.5k澤拓科技Kunlun分布式數據庫天使輪數千萬元2021/0811215深之度科技LinuxDeepi

161、nLinux?操作系統B輪數千萬元2015/0441370矩陣起源Matrixone數據智能天使+輪數千萬美元2021/101.3k212Zillizmilvus向量搜索引擎B+輪6000萬美元2022/0814.4k1.9k歐若數Nebula分布式圖數據庫Pre-A+輪近千萬美元2020/118.3k926流科技oneflow深度學習框架A輪5000萬元2021/024.1k478壁智能OpenBMB模型應種輪未披露2021/0835949易捷云OpenStackIaaSE輪未披露2021/074.6k1.6k原語科技PrimiHub隱私計算天使輪數千萬元2022/0526360好科技Rai

162、nbond企業應云操作系統Pre-A輪數百萬元2016/083.6k664睿賽德科技RT-Thread物聯操作系統-未披露2020/017.6k4.2k巨杉數據庫SequoiaDB分布式關系型數據庫D輪數億元2020/10305115邊際科技Shifu物聯軟件開發框架A輪未披露2022/0620521縱橫StarRocksMPP分析型數據庫B輪未披露2022/013.6k793原科技StoneDB實時?HTAP?數據庫天使輪數千萬元2022/02639100太極圖形Taichi數字內容創作基礎設施A輪5000萬美元2022/0221.7k2.1k鈦鉑數據Tapdata實時數據服務平臺Pre-A

163、+輪數千萬美元2021/0722352濤思數據TDengine時序空間數據引擎B輪4700萬美元2021/0520.1k4.6kPingCAPTiDB分布式數據庫E輪未披露2021/0732.9k5.3k數字天堂uni-appVue語法的統前端框架B+輪未披露2018/0937.4k3.4k樂維軟件ZabbixIT運維管理A輪未披露2021/112.6k766KodeRoverZadig云原軟件交付云Pre-A輪數千萬元2021/081.8k636易軟天創zentaopmsAgile項管理A輪數千萬元2021/10946275云軸信息ZStackIaaS-未披露2021/031.2k38020

164、22?中國開源年度報告問卷篇?81?822022?開源年度報告問卷篇.?報告背景2016年初，開源社發布了2015?年中國開源社區參與調查報告，隨后的年中，持續發布了開發者調查報告，旨在從多種維度呈現國內的開源發展情況。今年我們再次啟程，結合數據分析段和調查報告等多種形式，繪制份?2022?年中國開源世界的地圖。這份問卷是每年中國開源年報的重要環，不基于調研的分析報告不過是紙上談兵。問卷從兩個度展開，其中包括個信息（包括作信息和開發者技術信息）和開源社區參與情況，與往年不同的是，今年我們加了開源社區度量和開源商業化相關的話題，歡迎家參與問卷并發表的想法。通過約30-55項問題的統計調查與分析，

165、我們希望能夠還原出當前中國開源社區的真實現狀，從為開源的后來提供權威的參考。?使者：使過某款或某款開源產品的?參與者：與開源社區有互動為的（例如參與開源社區組織的活動、參與社區會議等）?貢獻者：對開源社區有實質性的貢獻的（包括代碼貢獻和代碼貢獻）?維護者：主要負責對開源項進維護的（通常為項?maintainer、PMC?成員等）?四個層級的關系如圖所：本問卷對受訪者的開源參與情況進了詳細的調查。在本問卷的受訪者中，根據受訪者的參與程度將開源參與者分為使者、參與者、貢獻者、維護者。個形成洋蔥模型，層層遞進。對于四個層級的定義如下：?832022?開源年度報告問卷篇.?重要發現通過分析本次問卷數據

166、，綜合對往年調查問卷結果和其他些公開發布的統計報告，我們得出以下條發現：?本次調研中，未使過開源產品的受訪者?106?，占?27%；開源使者?286?，占?73%；開源參與者?250?，占?63%；開源貢獻者?143?，占?36%；開源維護者?92?，占?23%。整體受訪者分布呈字塔型，符合開源社區中真實分布例。本次調研中，已作受訪者占?75%，學群體占?25%。相往年調查作受訪者例提，也定程度說明已作群是參與開源的主軍。開源貢獻者中?86%?參與過代碼類貢獻，57%?參與過代碼類貢獻?？梢钥闯鲩_源項貢獻中代碼類是主流，代碼類貢獻也是分重要的部分。約?20%?受訪開源開發者不了解?MIT?和?

167、GPL?協議區別，開源合規的普及仍需繼續。關于“開源的最終的是否是商業化”這觀點，贊同和反對的呼聲持平；受訪開源維護者中，75%所在社區有商業公司的持，商業化也是促進開源發展的重要因素。這些數據的背后，意味著開源在兼容并包的同時，也站在了字路上。90%?受訪開源維護者所在社區使了?CI/CD?具，動化具越來越成為社區發展的好幫。絕多數受訪者認為需要種綜合的式度量開源項，不是僅通過單的指標，參與過開源實踐的受訪者認同例更。學受訪者中，參與過歌開源之夏（GSoC）、開源供應鏈點亮計劃（OSPP）等活動的受訪者回答情況與開源開發者、開源維護者回答情況相似度。調查法?：以在線問卷式搜集樣本和數據，交叉

168、對法分析數據推法?：線上社交媒體、博客、開源社問題數量?：55問題類型?：單選、多選、開放性樣本量?：392完成率?：52.48%本問卷調查主要對使者、貢獻者、維護者進調研，同時也對開源參與者進識別。本次調查問卷的基本信息如下：調查對象?：覆蓋開發者、社區成員、貢獻者、學、政府企業管理員調查內容?：主要涵蓋個信息、作狀況、開源社區以及開發者技術?842022?開源年度報告問卷篇三.?問卷結果概覽本部分將調查問卷結果按照占進分組，讀者可以閱讀該部分快速了解問卷情況。90%最學歷在本科及以上的受訪者占超過90%。?90%?受訪者在選擇商業產品時會關注其是否開源。?90%?受訪社區使了動化運維等具。

169、87%?受訪者認同需要種法客觀評價開源項，不是僅僅依靠star、fork等單指標這觀點。?90%?受訪者愿意投資開源。87%?開源使者與開源社區有互動，是開源社區的參與者。?86%?開源使者為開源社區做貢獻，成為開源社區的貢獻者。?93%?開源維護者所在社區舉過社區活動。?70%76%?的受訪者已經作。?77%?受訪者從事計算機相關業。?73%?受訪者使過開源產品。?74%?受訪者認為國內開源發展越來越好。?72%?受訪者從事技術相關作。?78%?的開源貢獻者了解MIT開源協議與GPL開源協議的差異。?74%?受訪開源維護者所在項有商業化打算。?75%?受訪開源維護者所在項有商業公司的持。?7

170、0%?受訪貢獻者認為參與開源項的回報滿理預期。?69%?已作受訪者所在企業有開源軟件使、管理規范。?68%?受訪者有借助公開代碼完成作的經歷。?參與調查的男性受訪者占?67%。?50%50%?已作受訪者所在企業有購買商版本開源軟件的經歷。?52%?受訪者認同開源的最終的是商業化。?53%?受訪貢獻者認為是社區的核貢獻者。?46%?受訪者維護者認為?Review?代碼寫代碼更困難。?852022?開源年度報告問卷篇四.?受訪者特征（共392受訪）4.1?基本特征?本次問卷受訪者主要集中在?21-50?歲年齡段，分布較平均。受教育程度普遍在本科及以上，其中男性占約為?67%，性為?33%，性別例相

171、去年更平衡。?所有受訪者中，多數為科相關專業出，少部分也涉及管理學、媒體、英語等專業。受訪者所在城市主要集中在北京、上海，這種分布規律與?COSCon?2022?北京、上海分會場參與數較多有關。?Q1:您的年齡是：Q2：您的性別是：Q3：您所受教育程度（包括在讀）：?862022?開源年度報告問卷篇4.2?已作受訪者特征（共297）?4.2.1?已作受訪者齡對于已經作的受訪者，作年齡分布較均勻，作6-10年的受訪者占最多，達到約30%的例。?4.2.2?已作受訪者所屬業受訪者所屬業主要是集中在互聯和相關服務、軟件和信息技術服務業，占超過70%。?Q7：您的作時是：Q8:您所從事的業領域本次調查

172、問卷中，有75%的受訪者已經作，未作的受訪者占25%。問卷分別對這兩類的群進了更深的調查。?Q4：您是否已經作：?872022?開源年度報告問卷篇4.2.3?已作受訪者作類型對受訪者作類型進調查，有?72%?受訪者從事技術類型作。?對于從事技術相關作的受訪者，占最的五個職業份分別為：后端開發者、架構師、學術研究員、全棧開發者、前端開發者，前五占超過了?75%。?對于技術相關受訪者，占最的職業份為運營，占達到了?22%?。4.2.4?已作受訪者所在企業開源管理程度51%受訪者所在企業購買使過商業版本的開源軟件，70%受訪者所在公司有開源軟件、開源制品庫使規范。Q12:您所在企業是否曾購買使商版本

173、的開源軟件？Q13:您所在企業對開源軟件、開源制品庫的使是否有相應的使要求與管理規范？?882022?開源年度報告問卷篇4.3?學受訪者特征（共95）?4.3.1?學受訪者所屬專業所有學受訪者中，62%?是計算機相關專業的學。4.3.2?學受訪者實習/實踐經歷約?51%?受訪者有實習經歷，24%?受訪者參與過歌開源之夏（GSoC）、開源供應鏈點亮計劃（OSPP）等活動。4.4?公開代碼使情況?所有受訪者中，69%?受訪者（268）有過借助公開代碼完成作的經歷。在接觸過代碼作的受訪者中，該例達到?80%。?Q14:您是否是計算機相關專業的學Q15:如果您是學，您是否有過互聯相關實習經歷？Q16:

174、如果您是學，您是否參與過歌開源之夏(GSoC）、開源供應鏈點亮計劃(OSPP）等活動？Q17:您是否有過借助公開代碼完成作的經歷？?892022?開源年度報告問卷篇五.?開源參與情況（共286）5.1?開源社區中的分布?本次調研中，開源使者占?80%，開源貢獻者占?50%，開源維護者占?32%。本章將圍繞以上三個進分析。?5.2?開源使情況分析（共286）?5.2.1?產品開源在產品選擇時的重要性Q20:在開源社區中，您認為您的是：（可多選）90%?的使者在挑選產品時會關注其是否開源。5.2.2?使開源軟件的原因在使開源軟件的各項原因中，“免費”是呼聲最的原因占約?71%，其他各原因占接近。?

175、Q21:您選擇產品時會關注其是否開源Q22:?您使開源軟件的原因（可多選）?902022?開源年度報告問卷篇5.2.3?檢索開源產品的途徑5.2.4?選擇開源產品的因素在開源產品的檢索途徑上，通過代碼托管平臺進檢索是受訪者檢索開源項的主要途徑，占達到85%；技術社區、技術媒體推薦占達到?60%，其他使者推薦占約?40%。?Q23:?您檢索開源產品的途徑（可多選）在挑選功能類似的的開源項時，“項介紹完整”成為受訪者最關注的因素，占達到?72%，“開發者活躍”、“社區回復及時”等社區反饋因素占超過60%，“代碼規范程度”、“開源許可證合適”等因素占約?50%。?Q24:哪些因素會影響您對同質開源產

176、品的選擇（可多選）?912022?開源年度報告問卷篇5.2.5?使開源產品時的問題5.2.6?與開源社區的溝通式在使開源產品過程中，“項缺少檔”是受訪者所遇到的最普遍的問題，占達到?67%，其余依次為“項運出錯”、“項依賴沖突”、“不穩定的版本更新”、“缺少相關功能”。?在受訪者與開源社區的溝通式中，最受歡迎的是異步溝通具，占?78%，其次是國內通訊具，在國際化通訊具這選擇數較少，但是在開源維護者中使較多，占?52%。?Q25:問題：在使開源產品時您是否遇到過以下問題：（最多選三項）Q26:您與開源社區的溝通式（可多選）?922022?開源年度報告問卷篇5.2.7?是否與社區有互動所有受訪者中

177、，與社區有所互動的數占達到?87%，有?250?。?5.2.8?吸引為開源做貢獻的因素Q27:您是否與社區有所互動（包括但不限于社區內發，參與可社區活動等）注：和社區有所互動代表著受訪者已經成為參與者。對于所有受訪者，“開源理念的認同感”是促進受訪者做貢獻的要因素，占?77%?！昂椭C的社區氛圍感”、“拓展項功能的期待”、“對項領域感興趣”等也是重要的因素。?5.2.9?貢獻意愿86%?開源使者愿意未來參與到開源項中。Q28:您作為開源項的，哪些因素會促使您對項做貢獻？（可多選）Q29：如果您尚未對開源社區做貢獻，您未來是否有意愿參與到開源項中？?932022?開源年度報告問卷篇5.3?開源貢獻

178、情況調查（共143）5.3.1?參與貢獻時5?成的受訪者參與開源的時間在?1-3?年，3?成受訪者參與開源時間在?3-7?年，2?成受訪者參與開源時超過7年。5.3.2?貢獻類型86%的開源參與者參與過代碼類貢獻，57%的貢獻者參與過代碼類貢獻?。5.3.3?每周貢獻時38%?的受訪者每周在開源上的投時間不?5時；25%?的受訪者投時間在?5-10?時；20%的受訪者投時間在?10-20?時；17%?的參與者每周參與時間超過?20?時，可以認為是全職的開源開發者，該例相于去年的?13%?有所提。?Q30:您參與開源的時Q31:您對開源項的貢獻類型是：（可多選）Q32-您每周參與開源項開發相關的

179、時約是?942022?開源年度報告問卷篇5.3.4?參與的開源項種類與平臺受訪的開源貢獻者貢獻的開源項多種多樣，“完整的應層軟件”例較少，占?32%；其他類別均超過40%。近九成貢獻者在?GitHub?平臺上做貢獻，Gitee?平臺貢獻占相往年也有提，特別地，Gitlink?平臺也被多位開發者提及。?5.3.5?參與開源貢獻的原因“為了學習知識，提技術平”、“為了提升我認同感”、“為了獲得專業發展機會或職業發展的便利”是受訪開源貢獻者做貢獻的主要原因。5.3.6?開源協議了解程度78%?的開源貢獻者了解?GPL?協議和?MIT?協議的區別，22%?開源貢獻者并不清楚。Q34:您為哪些類型的開源

180、項做過貢獻（可多選）Q38:您通過哪些平臺對開源項做貢獻？Q37:您是否了解?MIT協議與GPL協議的區別：Q35:您參與開源貢獻的原因是：（最多選三項）56.64Q36:在開源項貢獻中您最常的開發語是？（可多選）?952022?開源年度報告問卷篇5.3.7?貢獻開源的回報類型“經驗的積累”、“精神層的滿”是受訪開源貢獻者獲得的主要回報?；貓罅?，7成受訪者認為回報滿預期。?5.3.8?開源貢獻中編程語分布Python?是受訪開源貢獻者中最常的語，占?46%。Java、Golang、C、C+、Javascript、SQL?的選擇率均超過?10%。?Q39:您是否認為參與開源項獲得了回報（可多選）

181、Q40:您認為參與開源項的回報50%30%40%20%10%?962022?開源年度報告問卷篇5.4?開源社區運維者調查?40%?以上受訪開源維護者所在社區規模達到500以上。?5.4.1?社區基本情況?94%?受訪開源維護者所在社區舉過社區活動。?82%?受訪開源維護者所在社區有專職運營。?73%?受訪開源維護者所在項有商業化打算。?Q41:您所在社區活躍有多少？Q43:您所在的社區是否舉過或考慮舉線上/線下相關的活動？Q44您所在社區是否有專職負責社區的運營？Q45:您所負責的項是否有商業化的打算?972022?開源年度報告問卷篇75%?受訪開源維護者所在項有商業公司持。?5.4.2?社區

182、協作情況?約?46%?的受訪者認為?review?代碼是相寫代碼是件困難的事情，?44%?受訪者的受訪者不認同該觀點。?90%?的受訪者所在社區采了?CI/CD?具。?Q48:您所在項是否有商業公司的持？Q46：是否覺得review代碼相寫代碼來說是件令頭疼的事情Q47:社區中是否采了動化流程或CI/CD具？?982022?開源年度報告問卷篇六.?國內開源發展調研（共392）6.1?國內開源發展勢態?該部分內容主要關注開源整體發展的問題，所有受訪者均參與該部分的調研。74%?的受訪者認為國內發展越來越好，18%?受訪者認為變化不，少數受訪者認為沒有以前好。?6.2?國內外開源發展差距?六成受訪

183、者認為差距逐漸縮，兩成受訪者認為差距巨，兩成受訪者認為差距不。?通過交叉分析可以發現，開源使者中認為差距巨的占僅有?20%，開源貢獻者中認為差距正在縮的占僅有?55%，開源維護者中認為差距不的占較低，僅有?11%。?Q49:您感覺國內開源發展態勢？Q50:您認為國內開源發展相國外：貢獻者使者維護者?992022?開源年度報告問卷篇6.3?開源的最終的是否是商業化?約?52%?的受訪者認同開源的最終的是商業化，?48%?的受訪者并不認同。交叉分析中可以看出，項維護者中不認同例增。在參與過開源實踐的學中該例達到?74%?。6.4?開源度量是否有價值87%?的受訪者認同“需要種式綜合客觀評價開源項，

184、不是靠?star、fork?等單指標”這觀點，13%?的受訪者不認同。該例在有開源參與經歷的受訪者中偏，開源維護者中認同例最，達到?93.5%，于其他。6.5?客觀評價開源項的指標“項以及社區的活躍程度、“項穩定程度”、項是否具有影響、是否受眾歡迎是受訪者認為最能評價開源項的三個指標，選擇率分別為?78%、74%、62%?。?D51:您是否認同開源的最終的就是商業化這觀點Q5B：您是否認同?“需要種法綜合客觀地評價開源項不是僅僅依賴star、fork等單指標這觀點？使者貢獻者維護者使者貢獻者維護者Q55:如果您是投資，您愿意將資源投放到開源領域嗎？?1002022?開源年度報告問卷篇6.6?投

185、資開源的意愿?約九成受訪者愿意為開源投資，該例在開源貢獻者、開源維護者中達到約95%。七.?總結本次問卷僅呈現了開源世界的隅，但微知著，展現了開源態的蓬勃發展。通過本次問卷調查我們發現，從開源產品的使者到維護者，都對開源有了更加深刻的理解。越來越多的開源愛好者由于對開源理念的認同，選擇加開源。開源社區漸活躍，開源正呈現著欣欣向榮的發展勢頭。希望這份報告能夠拋磚引，吸引更多的開發者和社區加開源。Q54:以下各指標中，您覺得在您中哪些指標于評價開源項（最多選三項）使者貢獻者維護者感謝協作開源社區/單位參與志愿者?召集：王偉?開源事記：莊表偉、江波、向新勇、梁堯、袁滾滾、李明康、蔡芳芳?數據篇?：趙宇、張晨暉、張翔宇、李澤、夏婧?商業化篇：云啟資本?問卷設計：張翔宇、李圳、溫瑞、王婕、周禹任、陳元燊、?楊敏?整體報告匯總?/編輯?：張翔宇、劉天棟、丁昊?設計/排版：何景輝、于欣悅、朱慶裕.Corrie、馮歆怡、王夢特別感謝開源社顧問委員會的點評和參與：?（按姓字順序列名）宦成?邊思康?郭雪?姜寧?蔣濤?李震寧?梁堯?任旭東?王偉?王?衛劍釩?楊麗蘊?楊娜