可以先获取到上次成功构建的时间,然后用版本控制工具的命令获取上次成功构建的时间到本次构建启动的时间点之间谁提交了哪些文件(CC 上有这种命令,其他的版本控制工具我不清楚)。
看下启动 Jenkins 服务的账号是不是对那个共享路径有权限的用户?
那就用 Harrison_Hao 说的方法解析 log 文件吧。 对于 SVN 相关的信息我没用过跟 SVN 的集成,不知道 log 中有没有,如果没有的话, 我觉得应该可以通过 SVN 的命令查询。
配置的不正确吧。 仔细检查一下在系统配置中设置的这个插件的参数,和在启用这个插件的 job 里边的配置,看引用了哪些没有定义的参数或文件。
1、察看基线对应的 timeline 属性; 2、删除 timeline 属性中显示的 hlink 信息; 3、删除基线
PS:没用过 UCM 模式,这个方法是在网上找的,你可以试试看。
噢,我没有用过 checkstyle,不知道报告的格式是什么样的。 但是感觉应该都是比较规范的 xml,可以用 perl 处理一下 xml 格式的报告文件,然后输入到某个文件中,再发送给用户。
通过 jelly 脚本的方式我没有用过。
都是通过把需要在邮件中发送的文件放在 workspace 中,然后用下边的格式带在邮件中,你可以试试。 ${FILE, path="./filename"}
谢谢
${FIL[b][color=cyan] F [/b], path="a.txt"}
明显单词错了嘛:L
嘿嘿~不过我开始也没看出来,还在自己的环境中试了半天。
${FILE, path="./test.txt"}
FILE 字段不变,path 后边的路径是 workspace 目录下的相对路径,而且触发邮件的时候这个文件必须已经存在,否则会抛空指针异常。
前两天刚在另一个帖子上回复的,又搬过来了,嘿嘿~
你可以用 perl 把不同报错情况的信息都写到一个文件中,然后用这个插件的 ${FILE, path} 变量,邮件触发时在邮件内容中指定到有报错信息的文件上。
我不喜欢这个颜色,也不喜欢这个样式:Q
这都被你猜中。。。 不过我不喜欢这种样式的衣服,可以不要吗?
我也先报个名,希望不要食言,嘻嘻 (^__^)
${FILE, path="./test.txt"}
FILE 字段不变,path 后边的路径是 workspace 目录下的相对路径,而且触发邮件的时候这个文件必须已经存在,否则会抛空指针异常。
就是这个论坛的群,1 群好像已经满了,加 2 群吧,75204516
上面描述的不太清楚,问题主要是: 1、我不知道为什么重新设置过 View 后,需要重新读取配置或者重启 Hudson 才能访问 My Views,要不会抛异常。不知道是不是所有人都遇到这个问题,还是我配置的问题。我在好几个机器上配了,都会这样。 2、进入每个用户的界面,点击 “构建”,查看他的构建信息都显示为空,其实他是提交过构建的
谢谢回复^_^
我后来发现我这台机器构建慢,主要是因为在动态视图下做构建的原因,那天服务器跟现在的 CC 不在一个网段了,等以后调整到一个网段后我再试试看。 本来想等试完再来结贴的。
递归 co(注意:要在 dos 下的要递归检出的目录下执行) cleartool find . -exec "cleartool co -nc \"%CLEARCASE_PN%\""
建议不要用这样的操作,会影响其他人的
递归 ci(注意:要在 dos 下的要递归检出的目录下执行) cleartool find . -exec "cleartool ci -nc -ide \"%CLEARCASE_PN%\""
如果有图形界面的话,不用递归 ci 的命令,直接 findco,然后全选 ci 就行了。
谢谢^_^ 有时间按照你说的修改发邮件的配置文件试试。
好的,我试试看。
开始我犹豫要不要锁定,但是觉得不锁定还是有风险,所以就决定锁上了,我们这边编译的时间倒是比较短,最长的也就才十几分钟,还能忍受,编译的时候如果想修改代码可以 hijack。
那如果不锁定的话,请问你有什么好的方法可以规避构建过程中的检入操作?
但是编译失败后就直接结束了,不会执行其他 Target 了。 我看了一下 javac 有个参数 failonerror,如果设置为 false 的话,是可以执行其他操作,但是 Hudson 的构建也变成 SUCCESSFULL 了,但是其实我不想让 Hudson 上提示 SUCCESSFULL。
嗯,对于没有配置管理基础的公司,就得一点儿点儿的来。 还得从上往下推,先搞定头儿,下边就好说,只要让头儿有这种意识了,下边人就能听,虽然说很多顽固不化的人还是不愿意做,但是有上面的压力,再加上你耐心一些,多跟他们讲讲这样做的好处,慢慢大家就接受了。 还有就是很多流程不能硬推,他们会很抵触,先收集他们工作中遇到的困难,然后从配置管理的角度告诉他们如何可以规避,然后制定相应的流程规范,顺势推行。 然后就是相应的工具支撑,提高他们的效率,他们就自然愿意去做了,老大和项目组也能更加重视了。
不好意思,开始漏掉了,已经补上了
嗯,我觉得动态视图比较方便,不需要每次新建视图,配置也简单,嘿嘿~