在“DevOps能力之屋（Capabilities House of DevOps）”中，华为云DevCloud提出（工程方法+最佳实践+生态）×工具平台=DevOps能力。华为云DevCloud将推出“DevOps on DevCloud”系列，针对DevOps领域场景，阐述该场景在华为云DevCloud上的实施方法与实践。本文阐述了企业A在实施DevOps过程中，如何一步步采用华为云DevOps平台。此客户成功故事，希望为采用DevOps平台的企业提供借鉴。为行文阅读，本文中企业A将以第一人称（“我”或者“我们”）来进行阐述。
目前，在产品团队的不断努力下，从第一次接触华为云DevCloud开始，现在我们终于拥有了优雅、全面的一站式DevOps解决方案，团队成员不必再费心劳力地使用和维护多种工具及版本。然而回首过去，我们的DevOps持续交付流水线，就像大多数公司和开源项目一样，有很多混杂的产品、服务和脚本，都松松散散勉强一起使用。同时来自不同公司的不同DevOps工具并不总是能够很好地兼容，情况越发复杂。简而言之，我们有很多工作要做，但最终，我们决定要统一工具的行为和目标。
采用华为云DevCloud，我们经历了6个关键阶段。我们希望这会给通往DevOps涅槃路上的企业提供帮助。
第一步：找到你的痛点也许，对于大多数的企业，包括我们自己，DevOps转型的最大动力往往来自于“火烧屁股”，主动转型多数时候是奢谈。正如微软Donovan Brown在谈论到DevOps时经常说：“找到最伤人的东西，围绕它去做很多很多的事儿，使它越来越好，直到它不再伤人。”这也成为我们的座右铭。
如果你打算采用DevOps，并且正在考虑使用DevCloud，那么首先审视一下自己：在我们的DevOps流水线中，最痛苦的事情是什么？没有足够的单元测试？部署新版本太多手工操作导致容易出错？即使你已经到达了DevOps的顶峰，即使你的发布是可以一键部署，你仍然可能在生产中中断某件事情。然而，你会发现你没有合适的工具来告诉你错在哪里；也许是某些事情遇到了瓶颈，或者只是没有按预期的方式工作。因此，让我们找出这些痛点并从那里开始。
第二步：源代码版本控制“代码”作为软件研发的核心产物，因而源代码版本控制是DevOps的基石。在DevOps异地协同上，集中式的SVN远不如分布式Git，因此，很多公司（包括我们自己）将代码从SVN迁移到Git上。这样，你可以使用华为云DevCloud的代码托管服务。华为云DevCloud也提供了迁移指南通过工具或者脚本来帮助企业进行迁移，大大简化了相关工作。
当然，如果你采用Git，应该充分意识：No Pains，No Gains。对于新手来讲，Git需要一个巨大的学习曲线，合并、推送、拉取，变基等很多操作有一点儿复杂。这儿有一个很好的建议，当你开始使用Git时，可以像对待以前的版本管理系统一样对待它，如果你把你所知道的相关知识转义一下应用到Git上，你就可以摆脱初始学习的困境了。对于其他复杂的操作，随着时间的推移，你将开始适应它，水到渠成地学会使用那些强大的功能。
现在整个行业最近都在迅速采用Git，但愿你不会迟到。Git有一个真正具有变革意义的杀手级功能——轻量级分支。Git创建分支的本质只是只是创建一个指针。当然选用哪种分支模型（GitFlow、Gitlab Flow、GitHub Flow或者自定义flow），产品团队需要考虑团队生产力和个人生产力之间的平衡。建议从成熟的flow模型开始。
第三步：任务管理任务管理是产品团队除了源代码版本控制外必须做好另一个基础工作。我们一直在使用业界某主流敏捷项目管理工具T。我们非常喜欢它的简单，在看板的工作跟踪时，只有“未完成”、“进行中”、“已完成”等3个状态。但是随着研发需求的增加，简单的状态跟踪无法满足我的需求。此外，我在拿到客户需求的初期，希望对产品做一个需求规划，让团队可以按照发布或迭代进行需求拆解。
DevCloud的项目管理服务解决了这些痛点，例如思维导图可视化按层级进行需求规划、标准的Scrum方法、可以自定义工作项状态。当然这意味着你失去了简单明了的方式。
图1 在Scrum板视图中查看工作项状态
归根结底，你可以选择你钟爱的工具，例如至为简洁的敏捷项目管理工具T，它可以工作得很好，但是你将丢失可追溯性。而华为云DevCloud可以帮你在DevOps方面做得更多，例如需求工作项与代码提交的关联，需求工作项与测试用例和缺陷的关联等。
第四步：拥抱CI/CD在使用华为云DevCloud前，我们使用的是某主流工具C。它实际上是一个非常好的持续集成产品，它提供On Premises与SaaS版本。