技术开发 频道

为什么Perforce转向持续交付

  【IT168 资讯】 或许你已经开始意识到,在软件开发领域一种新的趋势正在逐步形成--持续交付(Continuous Delivery, CD)。这股趋势正以势不可挡的气势给整个行业带来翻天覆地的影响。这股潮流当中,也包含了Perforce公司,我们也决定转向持续交付的开发模式。但是,为什么要这么做呢?在列举种种好处之前,或者先谈谈持续交付对我们工程部门意味着什么更有帮助。

  基本来说,我们看到持续交付将广受追捧的敏捷开发概念当中的授权、迭代、灵活带到了新的高度。我们将要做的主要改变包括:建立完全授权的产品团队。这包含了两方面的内容:一方面,允许每个团队从需求分析到产品交付整个过程拥有完全的自主权。另一方面,他们也是唯一对产品完整性和每个交付版本质量负责的人。

  改变工程服务部的职能。由原来的提供编译、移植、打包和发布服务转为专注于开发并对自助式服务的基础架构提供支持,从而允许产品团队自主地使用各种服务。

  排除从提交到交付流程当中的各种阻力。这通常称作排除人工参与,编译、测试、打包和发布过程完全自动化。

  除了发布我们标准的“产品”发布版本(例如,Swarm 14.2),我们将持续地交付一系列低风险的,并逐步发展的版本,我们称作为“快照”版本。这些快照版本使大家可以尽早地尝试新版本。

    让客户更早地能够使用产品,从而更早地获得用户反馈从而增强产品。通过比如让用户使用beta测试版本,同样也包括从快照版本获得的反馈以及通过产品当中的用户使用统计服务。

  我们为什么要这样做?

  这是一个飞速变化的世界。我们相信采用了CD以后,将能够使Perforce迅速、高效、稳定地调整软件产品以适应用户反馈、市场变化以及业务策略的变化。当然,获得的好处不仅仅限于内部,我们相信在转向持续交付后,我们的客户同样会得到显著的好处。

  首先最重要的是,你将从我们这里获得正确的产品,你最希望得到的那个。一些早期版本的使用者将会看到当前最新的最火的功能,当然,你需要对新功能提供反馈。

  产品质量将会得到显著提升,这是由于采用了易于扩充的自动化测试技术来实现的。由于创建一个发布版本变得容易很多,对于产品的BUG修正也会更加高效。客户不需要等很久才获得一个依次修正很多个bug的发布版本。(作者: George Swan, Perforce 软件开发部高级总裁

特别提醒:本网信息来自于互联网,目的在于传递更多信息,并不代表本网赞同其观点。其原创性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺,并请自行核实相关内容。本站不承担此类作品侵权行为的直接责任及连带责任。如若本网有任何内容侵犯您的权益,请及时联系我们,本站将会在24小时内处理完毕。
1
相关文章