Team Foundation Server 2015 Update 2版本終於在2周前的//Build 2016大會上正式釋出了，借這個東風，小編也完成了【DevOps敏捷開發動手實驗】開源文件的第一個正式版本v2015.2

這套文件針對不同型別的人員提供了各自適合的內容：

IT研發管理人員

：適合IT研發管理人員閱讀，通過橫向比較業界流行的幾種ALM/DevOps工具平臺的優劣，以及國內同類型平臺的實施案例說明其能力。對於需要進行商業決策和工具選型的中高階管理人員會很有幫助。

：對軟體工程（Software Engineering）的歷史和趨勢進行了簡要介紹，適合有一定研發經驗需要從事研發管理類工作的人員閱讀，對於瞭解研發體系和其中的挑戰會有一定的啟發。

：適合有一定研發和管理經驗，希望能夠借鑑業界先進的管理方法改進研發效率和質量，對於敏捷開發有一定興趣但是並不清楚如何入手的技術管理人員。

系統管理員

這是一個零基礎的引導式部署說明，教你如何從一臺全新的伺服器開始，一步一步完成TFS 2015 Update 2的部署。每一個步驟都有詳細的說明和截圖，整個文件在真實的部署過程中記錄，確保細節的正確性和部署成功。

：對TFS 2015中所自帶的全新的跨平臺（支援：Windows/Mac/Linux）構建代理進行介紹，並詳細說明了部署過程。通過這個文件，你可以在10分鐘內建立自己的CI（持續整合）環境。

開發團隊成員

：動手實驗採用了一套基於《鳳凰專案：一個IT運維的傳奇故事》這本書為背景的應用程式程式碼作為樣例，這套應用包括了3個子系統：ASP.NET Core的電子商務網站，J2EE/MongoDB的生產製造系統和中介軟體系統。我們動手實驗所使用的全套程式碼均可在GitHub上獲取。

動手實驗：包含以下主要場景，基本上覆蓋了一個產品／專案從規劃一直到上線的全過程，涉及到了微軟DevOps工具鏈的各個主要環節

場景1：敏捷專案規劃 – 產品規劃，迭代規劃和專案監控

在這個試驗中，您和您的團隊成員將使用TFS內建的敏捷規劃工具完成產品backlog管理(包括使用者故事和積壓工作項2級backlog)。對於已經放入backlog的需求進行優先順序排序，並按照產品釋出版本進行迭代規劃，將需求放入迭代形成迭代開發計劃，對需求工作量進行估計並按照團隊的能力進行迭代工作量規劃。

實驗目錄：

場景2：持續交付 – 持續整合，自動化釋出和自動化測試

在這個實驗中，您和您的團隊成員將完成產品從程式碼到上線的釋出管道的建立。我們將藉助TFS所提供的持續整合引擎和Release Management功能構建一條全自動的釋出管道，您將可以在完成程式碼編寫後一鍵釋出新版本到生產環境，並在這個過程中通過測試環境完成產品功能的驗證和上線審批。

實驗目錄：

場景3：快速修復生產問題

當我們建立了專案管理體系和產品釋出管道後，我們將有能力大幅度降低生產問題的平均修復時間（MTTR），平均恢復時間是評估一個開發團隊效率的重要指標，只有具備了成熟的DevOps實踐的團隊才有能力對生產問題做出快速，準確而且可靠的響應。

在這個實驗中，我們將在生產環境中模擬一個嚴重事故，由您和您的團隊完成問題的發現，評估，分配和修復過程；並使用我們之前建立的產品釋出管道部署一個新版本到生產環境。在這一過程中，您將需要對已有的測試用例進行改進，以便可以避免同樣問題的再次出現。

實驗目錄：

TFS下載連結

最後，附上TFS 2015 Update 2試用版的下載連結（官網和百度網盤），檔案大小：477MB.

官網

百度網盤

請您提供反饋

【DevOps敏捷開發動手實驗】文件的全部內容都採用開源的方式提供給大家。無論你是為企業工作還是創業者，我相信這些內容都可以幫到你快速建立一套高效的DevOps工具鏈平臺。如果您有任何的意見和建議，請通過DevOps微信公眾號或者以下coding.net的地址中的評論功能聯絡我。

文件的fork/clone地址如下：

說明：這份文件在github上的地址仍然有效，小編已經將coding.net和github設定成了2個同時同步的remote，所有內容均保持同步。

考慮到訪問速度問題，文件的日常更新工作平臺已經遷移至coding.net，編譯和釋出平臺使用中國微軟Azure雲資料中心（北京節點），大家在訪問的時候應該能夠感受到速度的提升。

參考資料

請關注微信公眾號 【devopshub】，獲取更多關於DevOps研發運維一體化的資訊

​