[i=s] 本帖最后由 rexuekonglong 于 2013-12-4 09:49 编辑

回想下，你有确认过你的需求究竟是什么？ 你知道我说的多 jdk 设置，究竟是用来做什么的？ 你有和研发人员确认过 jre 版本和项目构建的关系？ 搞清楚第一个和第三个问题，再考虑解决你面临的技术问题。

另外，从你的截图中看，你把 jenkins 当做了一个运行 shell 脚本的工具，建议你了解下 jenkins 的日常用法，和 job 相关功能。

jre 多版本不知道 我只知道 jenkins 系统设置中可以并存多版本 jdk，在 job 设置中可以选择其中一个版本的 jdk

尝试啊，除非你连最起码的 ftp 访问路径都不知道是什么模式，如果是这个情况，你选择备份到 ftp 就是一个错误。

如果写成 shell 脚本，没有建立公钥前提下，需要输两次密码。（建立公钥，所有都简化了） 我想到的另一种方法：[code] mount -o username= ,password= //192.168.3.22//data/test/bin /mnt/tmp/ cd /mnt/tmp/ tar czvf /data/test_bak/bin.tar.gz . cd /data/test_bak/ tar xvf bin.tar.gz umount -a [/code]

你们不点回答怎么赚钱，虽然他自身就 5 钱，悬赏的是 50 钱。

结贴： windows 命令行模式下，参数调用 %JOB_NAME% ; linux 命令行模式下，参数调用 $JOB_NAME

也就是说增加相关环境变量后，没有重启服务器，也生效了 那么有没有想过在修改 cache_home 后，重新启动 cache？类似于 jenkins_home 的改变，一般情况下需要重启相关服务程序

第一种方法就不存在自动构建， 纯粹的参数化手动 build 第二种 理论上是将输入的参数形成参数文件供 job 1、2 读取，实现方法自己去构思细化

根据我所知， 1、分别设置参数化构建（点击构建前，输入相关参数）； 2、调用参数文件构建（这个参数文件内容或许可以做成一个独立的可以开放给大众编写的 内容生成 job）

每个 job 都有自己参数化构建的设置，如果参数之间没有关联，大可 job 各自设置各自参数。 一次性填写两个 job 的参数，不感觉自己有点太懒？

或者换个方法，引用同一参数文件，至于其中参数怎么写、怎么过调用，自己设计

建议使用 ftp 成立中转文件存储站 基本原理，建立 shell 脚本，登录 linux 服务器后，执行 ftp 下载 部署 如果不是用 ftp，则可以考虑建立各种共享文件夹连接 或者，直接从 jenkins 工作区下载。 tomcat 等允许通过页面更新部署包的应运，则可以选择相关应运插件执行上载、部署

既然逆向追溯发布版本 bug： 第一步 必然检查发布包完整性 第二步 检查运维人员操作是否符合发布操作说明，包括核对文件夹内容 第三步 检查发布版本与测试验证版本关系（版本验证报告中版本） 第四步 检查发布版本对应代码 第五步 回溯版本需求规划是否存在问题

你可以查下相关版本 jenkins 的升级说明，有可能是你的 apache 版本太低了

你修改了 jenkins 的访问路径？ jenkins 默认访问路径 http://127.0.0.1:8080/
如果 上面路径访问不到，那么查看 tomcat log 日志查原因吧

结果就是被人力刷了？

看你准备克隆去哪里，如果在本目录下，那是不可能的；如果是别的目录 直接 cp 可以

贴出解决方法 ，结贴

结论：由于在编译结束之后，需要产生 cppcheck 报告，在此过程中，cppcheck-plugin 会针对 workspace 中代码和 cppcheck.xml 进行文件比对， 在对比过程中，master 对应项目 job\build\ 就会产生读取代码产生的临时副本。（从文件生成时间来确定）

google 结果 http://stackoverflow.com/questions/2500867/on-a-hudson-master-node-what-are-the-tmp-files-created-in-the-workspace-files 貌似是由于 findbugs-plugin 内在 bug 引起的，一会删除 findbugs-plugin 看下结果

如果仅仅是部署这步，才需要操作输入参数，promotion 相关插件可以帮你，其中也包含输入参数的方式。

“而且要求每次都手工的准备一个文件也不是很方便，不如直接填写想要的东西。 ” 在 job 设置中修改，需要有相应 job 的设置权限，这对于 job 的完整、安全性是潜在隐患。

“想 build 的时候可以把这个列表生成一个文本文件” 意思你的 runlist 参数是随项目 build 而变化的?
或者换种准确的问法：你准备产生替代 runlist 的文本文件，是由代码编译生成？还是固定不变？

提示：参数和脚本执行，重点在变化的参数，数据库用户名密码，完全可以不存放在参数列表；而具体执行数据库变动操作的数据库脚本才是重要参数。 [attach] 2198[/attach]

建议你多搜索下 parameter 相关插件，看下是否有功能性插件能帮你实现

贴个你的结果图出来，再加个你的设想图

我的意思是你手动 offline 一台，然后看下相关日志内容，总结出关键词就可以搜索。

1、运维基本都会搭建服务器状态监控系统，或许是一种监控手段 2、master workspace 中有 slave-ip.log 对其内容执行刷新式搜索或许可以

对于自己的需求，请详细描述