持续发布流水线
持续集成环境实时保证当前的提交没有破坏基本功能
通过手工触发（QA人员控制），一键部署产品到手工测试环境并能在流水线上展示手工测试结果（通过简单的设置一个变量达到效果）；同时可以选择触发功能测试，达到同步的执行
如果QA人员认为当前测试版本可以达到内部发布要求，可以一键打TAG，并生成和存储dist包
通过手工触发（QA人员控制），一键部署dist包到模拟线上环境，而后自动化进行性能测试和稳定性测试
理想状态这步应该是自动触发，由于目前机器的不可独占性，暂时只能手工触发
自动化的性能测试和稳定性测试还是实施中
最终版本的对外发布也是通过手工触发（QA人员控制）
以上的流程是根据项目/产品的需求和现状制定的，只是一些思路可以借鉴，具体的实施一定要结合实际情况，因地制宜的开展
Jenkins持续发布流水线
几个Jenkins持续发布流水线配置小Tips
通过BuildNameSetterPlugin显示当次流水线构建的版本（SVN revision或是Git revision）
通过ParameterizedTriggerPlugin自动触发下游任务，并把构建版本信息传递下去
通过CopyArtifactPlugin用于构建物的部署
通过BuildPipelinePlugin手工触发某些任务，用于需要人工介入的阶段
