起点不论好坏，终点始终美好！
持续交付管道是支撑持续交付流程的基础设施，除了Jenkins，业界还有其他的一些持续集成工具/平台如ThoughtWorks的Go平台以及Travis CI，主要用途就是为了打造交付流水线，所以本身就是支持管道化构建的。在这一点上，Jenkins相对会落后一些，但是在Jenkins2.0版本，及时推出了对管道化构建的支持，即Build Pipeline。通过Jenkins的管道化支持，你可以将你的交付过程中的各个环节串联起来，组成属于你们项目组的交付流程。如下图所示：
Jenkins的安装和启动就不赘述了，需要使用到的插件是Build Pipeline View，可能存在依赖插件，建议将Jenkins做成一个镜像，便于其他团队复用，避免大量重复配置。
持续交付管道的意义之一在于快速反馈，但是随着咱们的项目越来越庞大，动辄几十万行代码，构建速度越来越慢，无法满足快速反馈的需求。还好，各种构建工具都提供了按需构建的方案。接下来结合业界使用最广泛的构建工具-Maven，介绍如何通过构建反应堆来提升构建速度。
反应堆(Reactor)是多模块的Maven项目中包含所有构建模块的抽象概念，所以，使用构建反应堆的前提是你的项目是多模块架构的。
（前提是配置好Maven环境变量）
命令中中输入mvn -h可以看到Maven的各种用法，与构建反应堆相关的几个参数如下：
在部门一些项目实践Maven构建反应堆的时候，发现部分项目因为版本号用变量管理的问题导致构建失败。具体情况为：项目组为了子模块与父项目的版本号保持一致，将所有子模块的版本号定义为变量，变量的值则只在父项目的pom文件中定义，这样导致的问题是指定子模块进行构建时，因此获取不到版本号这个变量的值（因为并不构建父项目），因此导致相关依赖无法获取到而构建失败。
解决办法是将子模块中的版本号均修改为常量，Maven推荐实践版本号也应该使用常量，至于子模块和父项目的版本一致性和管理的问题，可以采用Maven提供的Version插件实现。命令行为：
|
|
通过这个命令行，可以统一对父项目和子模块进行版本号更新，并保持一致。
因为近期有项目考虑用Ansible做Windows机器上的自动投产，因此对Ansible对Windows系统的支持做了一点研究，记录一下。
从Ansible1.7版本开始支持Windows，原理是通过Windows上的PowerShell和Winrm来远程操作Windows服务器。
最好升级到4.0以上
下载地址：http://www.microsoft.com/en-us/download/details.aspx?id=40855
more >>
Hexo和GitHub就不过多介绍了，网上同类教程也不少，只是因为公司有代理，记录一下搭建过程中的注意点。机器为64位Win7。
下载地址：https://git-scm.com/download/win。
双击安装完成之后最好将安装路径配置到环境变量中，这样直接就可以在cmd中执行git命令了。
缺失模块。
1、请确保node版本大于6.2
2、在博客根目录（注意不是yilia根目录）执行以下命令：
npm i hexo-generator-json-content --save
3、在根目录_config.yml里添加配置：
jsonContent:
meta: false
pages: false
posts:
title: true
date: true
path: true
text: false
raw: false
content: false
slug: false
updated: false
comments: false
link: false
permalink: false
excerpt: false
categories: false
tags: true