Bamboo与持续集成.docx

Bamboo与持续集成  目录  TOC \o 1-3 \h \z \u  HYPERLINK \l _Toc470611226 一、持续集成  PAGEREF _Toc470611226 \h 2  HYPERLINK \l _Toc470611227 1.1 持续集成之前  PAGEREF _Toc470611227 \h 2  HYPERLINK \l _Toc470611228 1.2 持续集成  PAGEREF _Toc470611228 \h 2  HYPERLINK \l _Toc470611229 二、Bamboo简介  PAGEREF _Toc470611229 \h 2  HYPERLINK \l _Toc470611230 2.1 Bamboo是什么  PAGEREF _Toc470611230 \h 2  HYPERLINK \l _Toc470611231 2.2 Bamboo解决了那些问题  PAGEREF _Toc470611231 \h 2  HYPERLINK \l _Toc470611232 2.3 Bamboo是如何做到这些的  PAGEREF _Toc470611232 \h 2  HYPERLINK \l _Toc470611233 2.4 Bamboo需要什么  PAGEREF _Toc470611233 \h 2  HYPERLINK \l _Toc470611234 2.5 Bamboo如何组织工作流  PAGEREF _Toc470611234 \h 2  HYPERLINK \l _Toc470611235 三、Bamboo入门：  PAGEREF _Toc470611235 \h 2  HYPERLINK \l _Toc470611236 3.1 创建Project和Plan  PAGEREF _Toc470611236 \h 2  HYPERLINK \l _Toc470611237 3.2 链接代码仓库  PAGEREF _Toc470611237 \h 2  HYPERLINK \l _Toc470611238 3.3 选择构建触发方式  PAGEREF _Toc470611238 \h 2  HYPERLINK \l _Toc470611239 3.4 配置tasks  PAGEREF _Toc470611239 \h 2  HYPERLINK \l _Toc470611240 3.5 运行  PAGEREF _Toc470611240 \h 2  HYPERLINK \l _Toc470611241 3.6 获取反馈  PAGEREF _Toc470611241 \h 2   一、持续集成 持续集成是一种软件开发的思想，用于应对过晚的集成所带来的合并灾难。 持续集成之前 上图展示了未采用持续集成时使用分支的常规开发流程。中间的蓝线是主分支，上面的紫线和下面的绿线是特征分支。与分支颜色相同的方块代表一次提交。橙色的方块代表一次合并，箭头表示合并的方向。 可以看到，在紫分支的P1-P5次提交合并到绿分支上时，需要大量的工作量处理合并时产生的问题。这些问题可能导致之前耗费许多时间所进行的开发前功尽弃。 由于这些问题是由大规模的合并所导致的，那么容易想到一个解决办法，即使避免出现大规模合并。持续集成便应景而生。 持续集成 上图依然采用同样的例子说明持续集成思想。可以看出，这次合并的次数大量增加，没有出现庞大的橙色方块。三条分支基本上保持一致。 如果紫分支和绿分支的提交之间存在冲突，他们也能够尽早地发现，并交流如何解决冲突。避免做无用功而不自知的情况。 上图展示了在实际开发中，持续集成思想是如何实现的。首先有一个代码仓库服务器，开发者们都向这个仓库提交代码。然后需要一个持续集成服务器执行持续集成的具体步骤。一旦代码仓库有新的变更，便开始执行编译，执行单元测试，执行集成测试，打包等构建过程。如果需要的话，还可以将构建制品部署到生产环境。 持续集成的形式是频繁进行构建，确保代码正常。其本质是尽快地暴露问题。因为问题暴露得越早，越容易修复。  二、Bamboo简介 2.1 Bamboo是什么 Bamboo是一款持续集成服务器，可以用来自动化管理软件发布，创建一个持续交付流程。 持续集成是一种软件开发方法。一旦代码提交到仓库当中，就执行构建、单元测试、集成测试，确保新的代码能够无误地集成到既有的代码之中。持续构建提供了对于新代码质量尽可能早的错误反馈。 发布管理描述了发布软件时执