2.5 Visual Studio Code是如何做開源的

Visual Studio Code成功的一大原因就是它的開源。

知否知否，Visual Studio Code不止開源，昨夜始于“開源”，如今“開源”深處渡。

讀者看到這句話，也許會有疑惑，為什么兩個“開源”都加上了雙引號？其實是筆者有意為之，因為這兩個“開源”的意義有著很大的差別，第一個“開源”代表著開源的初始階段，而在筆者看來，第二個“開源”，才是真正的開源。

2.5.1 代碼開源

我們先來看一看第一個“開源”。2015年4月19日，微軟在Build大會上宣布了Visual Studio Code。在半年后的11月18日，Visual Studio Code獲得MIT License（MIT許可證）并在GitHub上開源。眾多開發者為之振奮。至此，Visual Studio Code的開源之路邁出了第一步——把代碼放到GitHub上，全球的開發者都能看到。可能一些開源項目也就停留在了這個階段，甚至GitHub上的代碼只是個鏡像，內部會有一個代碼控制系統，定期把代碼同步到GitHub上，Issues和Pull requests也是關閉的。然而真正的“開源”卻不止于此。

2.5.2 Issues和Pull requests

除了代碼開源，Visual Studio Code團隊通過Issues和Pull requests與整個社區一起合作，打造最優秀的開源產品。

通過GitHub上的Issues，Visual Studio Code團隊可以傾聽用戶的反饋。在不同的時間段，都會有Visual Studio Code團隊的成員對GitHub上的Issue進行分類。無論是bug還是功能請求，開發團隊都會指定相應的成員進行進一步的跟進。

通過GitHub Pull requests，世界上的每一個人都有機會向Visual Studio Code貢獻自己的代碼。Visual Studio Code團隊也非常歡迎社區的貢獻，會認真審核每一個Pull request，給出審核建議，最后合并合適的Pull request。

2.5.3 開源的開發流程

Visual Studio Code團隊把整個產品的開發過程建立于開源之上。那么我們就來看一看微軟是怎么來運作Visual Studio Code這個開源產品的：

○ 每年，Visual Studio Code團隊都會在GitHub的Wiki上發布Roadmap，列出一整年的規劃圖。

○ 每個月月初，在產品設計階段，Visual Studio Code團隊會在GitHub的Issues上發布Iteration Plan，列出這個月會開發的每一個功能，基本上一個功能對應一個GitHub上的Issue，你可以看到詳細的設計及mockup。

○ 每個月月末，臨近產品發布，你可以在Endgame上了解到Visual Studio Code是如何進行產品測試與發布的。

Visual Studio Code不僅將代碼開源，而且其整個產品的計劃、設計及發布管理都是開源的：每個階段對每個用戶都是公開透明的，你不僅可以提交Issue，發布Pull request，甚至還可以參與到每個功能的設計與討論中去！

2.5.4 開源的生態

前面說過，除了Visual Studio Code編輯器是開源的，Visual Studio Code還把它的許多重要組件抽離出來，使其成為人人都可以復用的開源產品（我們將在下一章對相關開源組件進行詳細的介紹）。

除此之外，Visual Studio Code的文檔也是開源的，具體見參考資料[7]。