[ 翻译 ] 持续集成(三)最佳实践

引言 这是持续集成系列的第三篇。在这篇文章里,我们将介绍实现一个CI流程的一些最佳实践。笔者也将会根据自己的行业经验介绍一些真实世界里的提醒和警告。 快速回放:在本系列的第一篇里,我们介绍了CI的基本概念以及它和敏捷开发及DevOps团队文化的关联。在第二篇里,我们介绍了CI服务器的概念以及它是如何将各种实现一个CI流程的行业标准实践无缝整合到一起。 如果你还没有读过前面的文章的话,笔者强烈建议在继续阅读本文之前先翻阅一下! Martin Fowler,在他的CI白皮书里提到了一些应当成为任何CI设定一部分的关键实践。这些建议多年来已然成为"这样"一组持续集成的最佳实践。同一主题的维基百科页面则对外展示了Martin Fowler所阐述的那些原则的本质。 下面,笔者将以自己个人的视角和大家一…

Read More

[ 翻译 ] 持续集成(二)CI服务器 & 工具集

【编者的话】这是持续集成系列的第二篇,在本文中,作者介绍了CI流程的具体实现。 引言 在持续集成(CI)系列的前面一篇文章里,我们关注了CI的基本概念,它是如何帮助企业减少集成软件时的错误,采用它带来的好处和遇到的难点,以及最后,它是如何助力敏捷开发和DevOps团队文化的推行。 我们还讨论了CI落地到开发流程最常用的一些方式,最终能够带来软件质量上的提高,更快的市场交付,更快的反馈周期以及更低的开发成本。 如果你还没有读过前面一篇文章的话,不妨在继续阅读本文之前先翻阅一下! 在本文中,我们会介绍到一些工具,它们将有助于为组织实现一个强大并有价值的CI流程。 持续集成服务器 实现一个CI流程的唯一必要条件便是得有一个自动构建系统。 然而,实际上,除了自动构建系统外,安装和配置一个“CI服务器…

Read More

[ 翻译 ] 持续集成(一):基础篇

引言 持续集成,简称CI,是一项由Grady Booch提出的技术,它鼓励开发者们持续不断地将他们的代码合并到主干源码仓库。 这些'合并'或者'提交',每一次并入到仓库通常都伴随着执行一系列的自动化任务:代码的编译,单元测试和集成测试的执行,评判代码质量是否下降的静态代码质量分析等等。 这些自动化任务有助于验证新代码的合理性,并分辨出新代码是否会造成任何破坏,例如,集成方面是否有遇到问题?最重要的是,开发者们可以在提交代码变更之后快速及时地收到这一反馈。 拥有CI设施和流程被视为是绝大多数现代软件公司的一个基本要求 —— 无论组织是否采用敏捷方法,DevOps,或者两者兼而有之。 由于能够为开发者和客户两者带来可观的收益,CI已然成为任何软件开发流程里的必要部分。这些可以看到的收益包括软件质…

Read More