Jenkins Parameterized Trigger plugin可以实现Job间参数传递但是有局限性，我们只能选择传递当前build的参数或者环境变量。 (例:$GIT_COMMIT是git plugin提供的一个变量，存着当前build触发时最新的git code.)
如果要传递一个自定义的变量怎么办呢? 构建步骤中的自定义变量在执行结束后都会被回收，我们不可能在"predefined parameters"中取到。
依旧以编译任务为例，前端代码的提交不需要触发编译，没有编译也就不需要执行接下来的『run_ut』单元测试。(泛指后台代码的UT, JS UT这种稀有存在暂不考虑)
如何将编译的状态告诉下游的单元测试呢？
聪明的你想起了场景一的解决办法。对，我们也可以通过读写文件的方式来解决这个问题嘛！
不过这里我不推荐大家采用这种方式，理由有两点:
一，『run_compile』和『run_ut』有可能被部署在不同slave上，如果考虑更加智能的CI配置方式会在构建时动态的选择空闲的slave去执行，这种文件读写的方式就有了很大的局限性；
二，很难确保文件传递的准确性，如果『run_compile』写入文件失败，『run_ut』中读到的就是一个旧值一个不准确的值。
解决方案一：通过properties file的方式传递参数。
首先将变量以"xx=xx"的样式写入到配置文件『propfile.txt』中。
然后在"Trigger parameterized build on other projects"中选择"Parameters from preperties file"，在propfile里写入多个变量就可以传递多个值。
建议勾选"Don‘t trigger if any files are missing"和删除旧文件配合使用。
最后在『run_ut』中可以直接获取这个变量来使用了。
解决方案二: 通过EnvInject Plugin插件
我们在构建中增加步骤"Inject environment variables", 将写在配置文件中的变量${IFUT}，注入到环境变量里。
这样在"Trigger parameterized build on other projects"就可以直接选择"predefined parameters"方式直接传递变量了。同样的在Job『run_deploy』里就可以直接访问变量${IFUT}了。
本次要分享的内容就这么多。
最后有一个槽点:
为什么jenkins不支持根据条件判断来决定是否触发下一个Project呢?
实际上我最希望的是当ifut=false的时候就直接不触发『run_ut』，『run_ut』不被触发也就省去了不少无用功。
参考资料：
http://qa.blog.163.com/blog/static/190147002201552752915399
http://blog.csdn.net/wangmuming/article/details/22925599
http://www.ithao123.cn/content-7153665.html
http://www.ibm.com/developerworks/cn/java/j-lo-jenkinsintegrate/
http://www.360doc.com/content/14/1121/15/10058718_426936481.shtml
http://my.oschina.net/ghm7753/blog/371954?p=1
https://wiki.jenkins-ci.org/display/JENKINS/Parameterized+Trigger+Plugin
http://www.07net01.com/linux/Jenkinsshiyongjingyantan4_chuangjianJob__662274_1382442168.html
