持续发布流水线
  持续集成环境实时保证当前的提交没有破坏基本功能
  通过手工触发(QA人员控制),一键部署产品到手工测试环境并能在流水线上展示手工测试结果(通过简单的设置一个变量达到效果);同时可以选择触发功能测试,达到同步的执行
  如果QA人员认为当前测试版本可以达到内部发布要求,可以一键打TAG,并生成和存储dist包
  通过手工触发(QA人员控制),一键部署dist包到模拟线上环境,而后自动化进行性能测试和稳定性测试
  理想状态这步应该是自动触发,由于目前机器的不可独占性,暂时只能手工触发
  自动化的性能测试和稳定性测试还是实施中
  终版本的对外发布也是通过手工触发(QA人员控制)

  以上的流程是根据项目/产品的需求和现状制定的,只是一些思路可以借鉴,具体的实施一定要结合实际情况,因地制宜的开展
  Jenkins持续发布流水线

  几个Jenkins持续发布流水线配置小Tips
  通过BuildNameSetterPlugin显示当次流水线构建的版本(SVN revision或是Git revision)

  通过ParameterizedTriggerPlugin自动触发下游任务,并把构建版本信息传递下去

  通过CopyArtifactPlugin用于构建物的部署

  通过BuildPipelinePlugin手工触发某些任务,用于需要人工介入的阶段