【DevOps敏捷开发动手实验】开源文档 v2015.2 stable 版发布

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地址如下：

说明：这份文档在上的地址仍然有效，小编已经将coding.net和github设置成了2个同时同步的remote，所有内容均保持同步。

考虑到访问速度问题，文档的日常更新工作平台已经迁移至coding.net，编译和发布平台使用中国微软Azure云数据中心（北京节点），大家在访问的时候应该能够感受到速度的提升。

参考资料 (微信内可点击)

---

请关注微信公众号 【devopshub】，获取更多关于DevOps研发运维一体化的信息