软件开发实践中,持续集成是如何实施的?
- 内容介绍
- 文章标签
- 相关推荐
本文共计2924个文字,预计阅读时间需要12分钟。
持续集成是一种软件开发实践,团队成员频繁将他们的工作成果合并在一起(通常每人每天至少提交一次,这样每天就会有多次集成)。每次提交后,系统会自动触发运行包含自动化验证的流程。
持续集成是一种软件开发实践,团队成员频繁将他们的工作成果集成在一起(通常每人每天至少提交一次,这样每天就会有多次集成);每次提交后,自动触发运行一次包含自动化验证集的构建任务,以便能尽早发现集成问题。
早在 20 世纪 80 年代,微软 Office 产品研发团队就使用一种开发实践,称作每日构建(daily build),也叫每晚构建(nightly build)。
它是指每天定时自动执行一次软件构建工作,也就是将当前版本控制系统中的源代码检出到一个构建环境(即没有安装集成开发环境的干净机器)中,对其进行编译、链接、打包的过程。
执行每日构建有助于确保开发人员明确了解他是否在前一天的代码编写过程中引入了新的问题。每日构建通常包含少量的自动化冒烟测试,这可以帮助团队确定是否新的变更破坏了原有的功能。其关键部分在于,每次构建一定要包含新的代码修改和测试。
本文共计2924个文字,预计阅读时间需要12分钟。
持续集成是一种软件开发实践,团队成员频繁将他们的工作成果合并在一起(通常每人每天至少提交一次,这样每天就会有多次集成)。每次提交后,系统会自动触发运行包含自动化验证的流程。
持续集成是一种软件开发实践,团队成员频繁将他们的工作成果集成在一起(通常每人每天至少提交一次,这样每天就会有多次集成);每次提交后,自动触发运行一次包含自动化验证集的构建任务,以便能尽早发现集成问题。
早在 20 世纪 80 年代,微软 Office 产品研发团队就使用一种开发实践,称作每日构建(daily build),也叫每晚构建(nightly build)。
它是指每天定时自动执行一次软件构建工作,也就是将当前版本控制系统中的源代码检出到一个构建环境(即没有安装集成开发环境的干净机器)中,对其进行编译、链接、打包的过程。
执行每日构建有助于确保开发人员明确了解他是否在前一天的代码编写过程中引入了新的问题。每日构建通常包含少量的自动化冒烟测试,这可以帮助团队确定是否新的变更破坏了原有的功能。其关键部分在于,每次构建一定要包含新的代码修改和测试。

