研发工具链平台是面向移动内部各研发机构研发团队的一站托管式开发工具平台。其主要建设目标为：提供公司内部各研发机构开发过程支撑管理，包括自主开发和委托开发托管；为委托开发类项目的验收和集成提供工具支撑；形成公司开发类资产沉淀（代码、技术文档和过程知识库等），推动复用和共享。平台核心功能：

• 研发工具门户：可扩展的开放性工具平台入口，提供工具在线开通，工具单点登录，工具快捷入口等功能。
• 研发工具集：快速建立开发所需的轻量化的软件研发过程工具集能够涵盖研发全生命周期的：需求、质量、集成、配置等各个环节/领域。
• 研发协作：基于社交化基础能力的研发协作平台，支撑开发者基于研发上下文的在线交流、沟通和分享。
• 质量管理：提供可追踪可统计的数据和图表为软件项目管理提供依据，提高软件研发质量，提升项目质量管理水平。
• 成果输出：为开源社区和成果货架提供内容和落地承载平台。

针对目前研发工具链的定位，我们建议除了引入目前主流的开源工具以外，也可以引入docker及微服务的方式，通过工具链、附加其它的环境，可以实施devops的理念。这样更有助研发项目的管理。

DevOps（英文Development和Operations的组合）是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。它的出现是由于软件行业日益清晰地认识到：为了按时交付软件产品和服务，开发和运营工作必须紧密合作。

可以把DevOps看作开发（软件工程）、技术运营和质量保障（QA）三者的交集。

传统的软件组织将开发、IT运营和质量保障设为各自分离的部门。在这种环境下如何采用新的开发方法（例如敏捷软件开发），这是一个重要的课题：按照从前的工作方式，开发和部署不需要IT支持或者QA深入的、跨部门的支持，而却需要极其紧密的多部门协作。然而DevOps考虑的还不止是软件部署。它是一套针对这几个部门间沟通与协作问题的流程和方法。

需要频繁交付的企业可能更需要对DevOps有一个大致的了解。Flickr发展了自己的DevOps能力，使之能够支撑业务部门“每天部署10次”的要求──如果一个组织要生产面向多种用户、具备多样功能的应用程序，其部署周期必然会很短。这种能力也被称为持续部署，并且经常与精益创业方法联系起来。 从2009年起，相关的工作组、专业组织和博客快速涌现。

DevOps的引入能对产品交付、测试、功能开发和维护（包括──曾经罕见但如今已屡见不鲜的──“热补丁”）起到意义深远的影响。在缺乏DevOps能力的组织中，开发与运营之间存在着信息“鸿沟”──例如运营人员要求更好的可靠性和安全性，开发人员则希望基础设施响应更快，而业务用户的需求则是更快地将更多的特性发布给最终用户使用。这种信息鸿沟就是最常出问题的地方。

以下几方面因素可能促使一个组织引入DevOps：

使用敏捷或其他软件开发过程与方法

业务负责人要求加快产品交付的速率

虚拟化和云计算基础设施（可能来自内部或外部供应商）日益普遍

数据中心自动化技术和配置管理工具的普及