.NET 核心開源

jopen 10年前發布 | 29K 次閱讀 .NET .NET開發

對于.NET來說,今天是個大日子! 我們很高興宣布.NET核心將要開源,包括運行時環境和框架類庫。

這是我們為開源努力的自然結果,我們已經開源了主要的編譯器(C#,VB、F#),還有ASP.NET:

我們通過將范圍擴展到.NET運行時環境和核心框架,使(微軟開源進程)進入下一個階段。

什么是 .Net 核心?

.Net 核心是一個模塊化的開發棧。該開發棧包含 .Net 平臺的所有特性。這些特性已經被用在 ASPNET Core 5 和 NET Native。下面會詳細介紹什么是 .Net 核心以及它和 NET Framework 的關系。

.NET 核心開源

為什么我們要開源 .Net 核心?

我們開源 .Net 核心有下面兩個原因:

  1. 為跨平臺的 .Net 奠定基礎

  2. 建立一個強大的生態系統

下面讓我們來關注更多細節。

為跨平臺 .Net 奠定基礎

作為一個 .Net 開發者,你以后可以在 Linux、 MacOS、 iOs 和 Android 上構建或者運行你的程序,而不僅僅是 Windows。

這有一個挑戰就是,windows已經有一套代碼實現,同時 Mono 也有一套代碼實現。Mono 社區事實上被強迫重新實現了一次 .Net,因為沒有開源的代碼實現。當然該代碼實現可以通過 Rotor 來讓變得可用。但是沒有我們的開源授權,讓這件事變得不可能。客戶已經提出了很多的問題,但是這些問題很難去修復,因為雙方都不可以看到對方的代碼。這也導致了很多重復的工作,而且實際上這些工作不是針對特定于平臺而導致的。immutable collections就是一個很明顯的例子。

建立一個擴平臺的技術棧的最好方法,就是通過合作的方式去建立唯一的技術棧。同時最好的合作方式就是去把它開源。

建立并利用一個強大的生態系統

我的團隊使用NuGet(.NET平臺下一個開源項目)實現更敏捷的開發周期已近兩年了。 為了讓客戶提供反饋,我們早期進行了發布,現在我們已取得了巨大的成功。

如果你仔細思考會發現: 開源本質上是敏捷開發模式。 每一個改動都需要立刻發布,并且(在理論上)可用。 我團隊里的很多成員是推ter和Stack Overflow會員,他們熱衷于客戶討論。 不止一次,我希望我能夠給客戶介紹內部文檔,并向他們解釋我們的系統是如何實現的。 或者只是簡單地介紹一個問題是如何被解決的。

對于我們來說,開源架構也意味著我們可以實時與客戶進行交流。 當然,并不是每一個客戶都想我們緊密互動。 但是確實有一些人使得架構變得更好,因為他們提供了早期、穩定的反饋。

我把這比作駕駛一輛汽車: 頻繁的小幅度的調整方向盤比大幅度的調整更有效,且風險更低。

</div>

選擇利用 GitHub

我們決定在 Github 上存放 .Net 核心的代碼,因為據 Phil Haack 說在 Githut 上發布代碼,可以幫助提高效果:

.NET 核心開源

這當然是開玩笑。

作為一個原則,我們不想告訴社區我們在哪里。相反,我們應該去到社區它本身就存在的地方。根據其他的一些項目反饋來看,Github是 .Net 的最主要社區。

不相信?我原來也懷疑所以我做了個小實驗。我將自己的一個開源項目從CodePlex上移到了GitHub上。在CodePlex上兩年了我只有一 個pull request,而移到GitHub上五天后我的pull request就達到了三個,而且發現了另外兩個貢獻者。這是三個月前了,總共從那時起我已經獲得了16個pull request,許多都有實質性的進展。(順便說一句:最開始的那一個被加進了很多單元測試,很酷有木有?)盡管這個還不算是嚴格意義上的案例,但確實能 讓我們聽到更多客戶的需求。

所以為了加入社區,我們決定將 .NET Core 發布在GitHub上,一個月前,在GitHub上已經能看到我們的成果了(our samples available on GitHub)。

開源的開發經歷

我的團隊也開源過,比如MEF項目,但平心而論,那個并沒取得多少收獲。我們認為基本的原因是缺少社區的參與。當我們只開放了源碼后,并沒有努力為之建立一個社區。我深深感到,建立一個社區才是開源項目成功的關鍵所在。而建立一個社區的關鍵是開發的過程也要開源地進行。

為不辜負期望,我們同樣也會透明我們的開發計劃是什么,我們要克服的有那些挑戰,以及哪些范圍還未完成。我來解釋一下這些。

第一步是要停止code bombs,就像之前MEF中投的那些一樣。代碼炸彈本質上是不定期的公開更新的源代碼,它們是系統項目組內部正在完成的代碼。由于各種原因,這樣做是有 問題的。舉個例子,公布的時間延遲,大家很難看到同一份代碼,這樣就很難進行公開的討論。另一個大問題是歷史版本丟失,自動同步讓我們同步一致代碼,但感 覺像reinventing Git.

所以為防止代碼炸彈,我們建立我們的開發環境在公開的GitHub 倉庫,它是一個領先的系統。這意味著所有的代碼修改會立即表現出來。但我們不會:

  • Code reviews.  我們希望所有的代碼審查過程全公開,通過 GitHub’s pull request model.

  • 設計文檔及討論,我們同樣共享設計時的備注、規格以及實現的文檔。我們一定會講清楚我們將用什么格式。至少讓你可以記下基本文檔,就像 Mad’s C# design notes的一樣。另一個想法是,我們給我們的設計討論會錄音,然后共享到 Channel 9。我們一定會講清楚,我們會以什么樣的節奏去,怎么實現它。

我們初步計劃使用GitHub問題清單功能來跟蹤bug。 巧妙的是我們也提供了其它途徑,如 UserVoice論壇,微軟Connect網站和我們內部的團隊協作服務器(Team Foundation Server)。 它們的介紹如下:

  • User Voice論壇。 在潛在昂貴項目排名方面,UserVoice有優秀的投票系統。 因此,對于更大特性和根本創新,UserVoice是搜集反饋的最佳選擇。

  • 微軟Connect網站。 Connect網站主要用戶是企業用戶和產品支持人員。 我們將有可能繼續使用這個網站用于產品支持,但是不推薦你使用(它來提交bug),除非是提交.NET核心的bug。

  • 內部團隊協作服務器。 我們不再使用TF Version Control工具來管理.NET核心,但是仍然管理大塊的DevDiv模塊。 為了能夠跨平臺的協作工作,我們會繼續允許團隊通過TFS提交bug。 我們正在考慮如何公開那些bug。 一個方法是創建一個自動鏡像系統。

在UserVoice和Connect網站上,當我們的團隊成員在GitHub上提交了相應的問題后,你可以看到一個關閉UserVoice/Connect上問題的流程。

我們接受貢獻

是的,我們接受貢獻!不過,與任何開源項目一樣,我們不會盲目的接受所有的貢獻。我們所收到的所有pull請求都會按照下面的標準進行評判:

  • 路線圖(Roadmap)。所有項目都專注在某些領域。為了保持重心和發展勢頭,大部分工作向項目路線圖看齊是很重要的。

  • 質量(Quality。我們要為輸送高質量代碼負責。因此,外部人員必須滿足與微軟員工相同的質量標準。包括正確的設計、架構、足夠的測試覆蓋率和遵守編碼風格。

我們相信通過為外部開發者提供足夠的環境,在開源界的開發將會成功。例如,你可以看到我們的代碼審查并且閱讀內部是如何設計的相關文檔。我們將會公布路線圖。

貢獻者最好提早與我們溝通你的想法。這樣的話,我們就可以給你提供一些幫助,比如提供文檔或者是針對你的方案進行討論。我們也會把我們希望大家做的工作發布在GitHub的issues列表上,供大家進行選擇。

通常,所有的社區貢獻都要通過GitHub的 pull request 模型來完成,也就是說,你首先要fork我們的項目,并在你的分支上進行開發,最后通過pull request將代碼提交到主干上。 對代碼檢視也同樣是使用這一模型。

在我們合入你的貢獻之前,你還需要簽署一份 Contributor License Agreement (CLA)協定。我們目前正在把這個工作工具化,最后的效果可能和Azure CLA過程類似。

構造并運行你自己的分支

要玩玩我們的程序或實驗你自己做的更改,你需要構建并運行你自己的庫版本。我們想要做的盡可能的簡單,所以看這里:

  • 克隆我們得倉庫(git clone https://github.com/dotnet/corefx)

  • 調用build.cmd

只需要Visual Studio 2013用來構建(不用“Dev14”)。將會構建所有得庫并運行單元測試。

過去我們我們做的一個更改是強命名,以防止你草率的刪除已存項目的二進制文件。通過提供強命名二進制文件的新方法我們已經解決了這個隱憂,我們把新方法叫做開源簽名。你可以在我們的開發者指南中找到更多信息。

.NET基金會

.NET核心項目是由.NET基金會來進行管理。他將成為推動.NET核心棧不斷向前的關鍵力量。我們還會與Xamarin/Mono項目的Miguel de Icaza進行緊密的合作,來創建一個共享的代碼基線,使其發展為一個跨平臺實現的.NET核心棧。

今天,只有部分代碼庫可以在GitHub上訪問到:

我們會以下幾個領域持續發力:

  • 更多的代碼庫. 目前開源的部分,可以理解為整個項目的首付款。我們的目標是在2015年開源整個.NET核心棧。

  • 構建和運行在非Windows平臺. 我們現在只提供了在Windows上進行構建和運行的能力。我們正計劃與Mono社區一起組件一個公開的工作組來完成此項工作。

  • .NET 核心運行時環境 (CoreCLR). 我們正在擬定運行時環境的開源計劃。請保持關注。

總結

.NET核心棧將在GitHub上完全開放源代碼。我們已經對其中的一些庫做了一些必須要進行的工程性更改,并在核心框架代碼倉庫中包含了它們。從現在到生成2015 構建期間,你將看到我們在開放源代碼方面所做的工作。歡迎下載源代碼!

請多多使用.NET基金會的論壇,讓我們知道你們所想!

</div>

 本文由用戶 jopen 自行上傳分享,僅供網友學習交流。所有權歸原作者,若您的權利被侵害,請聯系管理員。
 轉載本站原創文章,請注明出處,并保留原始鏈接、圖片水印。
 本站是一個以用戶分享為主的開源技術平臺,歡迎各類分享!