.NET 核心開源
對于.NET來說，今天是個大日子！ 我們很高興宣布.NET核心將要開源，包括運行時環境和框架類庫。
這是我們為開源努力的自然結果，我們已經開源了主要的編譯器（C#，VB、F#），還有ASP.NET：
我們通過將范圍擴展到.NET運行時環境和核心框架，使（微軟開源進程）進入下一個階段。
什么是 .Net 核心？
.Net 核心是一個模塊化的開發棧。該開發棧包含 .Net 平臺的所有特性。這些特性已經被用在 ASPNET Core 5 和 NET Native。下面會詳細介紹什么是 .Net 核心以及它和 NET Framework 的關系。
為什么我們要開源 .Net 核心？
我們開源 .Net 核心有下面兩個原因：
1.為跨平臺的 .Net 奠定基礎
2.建立一個強大的生態系統
下面讓我們來關注更多細節。
為跨平臺 .Net 奠定基礎
作為一個 .Net 開發者，你以后可以在 Linux、 MacOS、 iOs 和 Android 上構建或者運行你的程序，而不僅僅是 Windows。
這有一個挑戰就是，windows已經有一套代碼實現，同時 Mono 也有一套代碼實現。Mono 社區事實上被強迫重新實現了一次 .Net，因為沒有開源的代碼實現。當然該代碼實現可以通過 Rotor 來讓變得可用。但是沒有我們的開源授權，讓這件事變得不可能。客戶已經提出了很多的問題，但是這些問題很難去修復，因為雙方都不可以看到對方的代碼。這也導致了很多重復的工作，而且實際上這些工作不是針對特定于平臺而導致的。immutable collections就是一個很明顯的例子。
建立一個擴平臺的技術棧的最好方法，就是通過合作的方式去建立唯一的技術棧。同時最好的合作方式就是去把它開源。
建立并利用一個強大的生態系統
我的團隊使用NuGet（.NET平臺下一個開源項目）實現更敏捷的開發周期已近兩年了。 為了讓客戶提供反饋，我們早期進行了發布，現在我們已取得了巨大的成功。
如果你仔細思考會發現： 開源本質上是敏捷開發模式。 每一個改動都需要立刻發布，并且（在理論上）可用。 我團隊里的很多成員是Twitter和Stack Overflow會員，他們熱衷于客戶討論。 不止一次，我希望我能夠給客戶介紹內部文檔，并向他們解釋我們的系統是如何實現的。 或者只是簡單地介紹一個問題是如何被解決的。
對于我們來說，開源架構也意味著我們可以實時與客戶進行交流。 當然，并不是每一個客戶都想我們緊密互動。 但是確實有一些人使得架構變得更好，因為他們提供了早期、穩定的反饋。
我把這比作駕駛一輛汽車： 頻繁的小幅度的調整方向盤比大幅度的調整更有效，且風險更低。
選擇利用 GitHub
我們決定在 Github 上存放 .Net 核心的代碼，因為據 Phil Haack 說在 Githut 上發布代碼，可以幫助提高效果：
這當然是開玩笑。
作為一個原則，我們不想告訴社區我們在哪里。相反，我們應該去到社區它本身就存在的地方。根據其他的一些項目反饋來看，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基金會的論壇，讓我們知道你們所想！
