用 process explorer 多观察观察
good
当然是单元测试:victory:
xiaoxiang7788 于 2011-7-5 17:13 发表
3.熟悉 Web JSP,Servlet,Java Bean,Jdbc 开发,熟悉 J2EE 规范,熟悉 TOMCAT/JBOSS 容器,了解 APACHE,PHP。
为啥还有这条要求?没做过开发的 CM 表示泪奔~~ [/quote]
deployment 后如果有 500 错误,要能简单的定位 bug,然后让相应的 developer 修改
通信行业我是做一家倒一家,心寒呀。
而且经理级别这个待遇一般般
看得我热血沸腾:funk:
啥公司,和我们搞得很像:L
用 Perforce 的大公司不多,autodesk ?
谢谢
僵死有可能是有需要交互的地方
abort 估计是 time out
没有 CSDN 帐户的飘过
Film Crew
*/
好啊
微软用自己的一套 SCM 系统,所以没有对系统的要求
woainvzu 于 2011-6-23 13:38 发表
我只知道一种方法可以认为的决定编译成功或失败,就是在 cmd 里边设置%ERRORLEVEL% != 0... [/quote]
我遇到的推出问题和编译本什么关系,是 jvm 的退出或者 hudson 的 shutdown
如果是我,我会: 1。把 check 相关写入 check.xml 2。把 check.xml include 到 build.xml 3。调用 check 相关 target 前检测本机是否安装了相应工具
另外,一些必须的脚本工具也放入单独的 svn repo,作为 source code 的 external link 同时 checkout 到本机。
我们公司用过 incredibuild,主要是将 build farm 的编译工作分发到 developer 的电脑上运行。主要问题是,要求大家安装一样的编译环境,另外兼容性不是特别好。
如果通过 ESX 构建 VM build farm, SAN 是最重的归宿。主要为了实现:
1。build node 的 v -motion 2。共享资源 (构建环境 workspace) 的快速访问
跟踪这个问题一段时间,逐渐有了眉目:
首先这个问题很普遍,不仅仅是 hudson 会出现。主要是以下几个条件: 1。 java wrapper server 进程的 java 程序 2。有用户从 windows sever console 远程登出,不是 disconnect 3。一般是 windows 64bit server
会导致,hudson service 退出,或者正在运行的 build 退出。
通过修改 JSW 的启动参数,我已经可以解决 hudson service 退出的问题。但是 build (java compile) 在用户登出退出还会发生,甚至在非 JSW 环境中也会出现
启动 hudson 时可能带了 timezone 的参数。
[url]http://wiki.hudson-ci.org/display/HUDSON/Change+time+zone/url][
去年买了一个,也就玩了 3 个月。
cool
不同的 checkout,不存在锁的问题。 唯一相同的都是在 jasper 编译步骤才会出问题,恰恰这个时候内存也是消耗最大的。
因为 tomcat 没有报错,build 的输出结果中没有报错,只是 build failure,所以无法 debug 是什么问题。
配置管理员做 CBB,很灰色
重新 checkout