初步查究结果:windows 官方解释 server2003 在安装了 IIS6.0 后,默认只支持静态页面请求。不过在开启了所谓的 active service 后,依然报 hudson jnlp 页面 404
继续研究,研究发现,问题可能出在原 master 服务器,用我本地计算机当 node 节点电脑,原 master (win2003) 电脑依然无法建立节点 而 win2008 在启动 hudson 服务后,可以本机建立于 2008 相关 node 节点连接。
[i=s] 本帖最后由 rexuekonglong 于 2013-1-7 14:12 编辑
服务器资料: master:windows server 2003 sp2 node: windows server 2008
1、jenkins 部署在 master 服务器,启用节点管理,节点电脑可以正常连接 master 2、反向测试在 node 电脑上安装 hudson 启动节点管理,接入原 master 电脑,接入正常,节点管理成功 附操作方法图: [attach] 2060[/attach]
现在疑问出现: 1、是 windows server2008 对 hudson 的 slave 支持有缺陷? 2、我在服务、或者软件配置方面有缺失? server 2008 注册提示错误图: 启动:[attach] 2062[/attach] 异常:[attach] 2063[/attach] 封装异常 [attach] 2061[/attach]
其实根本就不需要吐槽,进去面试一次,从面试人员的技术内涵,面试效率就可以看出你的职位对他们有什么意义。或者说,他们对这个职位的理解、重视性
招聘个蛋蛋,都快过年了。来年再看吧
换成和研发一致的版本,scm 的配置管理相关服务器是为研发服务,需要和研发相关软件版本一致。
其实很简单,去找研发人员,核对相关 SDK ADT 版本是否一致
1、手工检查该任务 workspace 中代码 svn 版本号是否为 18934 2、检查代码被研发人员做了什么改动 3、以上两条检查完毕,再执行第三次构建,看最后结果 提醒记得截图提问
redmine 作为一个开源项目管理工具,能基本满足中小规模团队的使用。目前来说,redmine 的功能趋于稳定,除插件使用存在问题之外,还没有人提出更多的使用问题。
在 ant 中 checkstyle 的 xml 报告可以用 sun_checks.xml 进行 html 格式转换
那 mvn clean package 写成一行 value 会执行吗?
1、找如何设置一个 job 的贴,学习步骤 2、了解自己项目组的代码性质、编译工具 3、针对自己项目组的代码,编译工具,在 hudson 安装相应的插件、在 hudson 服务器安装相应的编译环境 4、建立项目 job,添加编译脚本、步骤,执行编译
如果设置成自动化的点按钮操作,那么 “点击” 这个操作可以考虑下放给合适的人员
前提是整个团队、领导层同意这种做法,且各团队之间的交流足够顺畅,信息足够快捷的传达
我个人观点,如果测试组长有一定的版本决策权,那么这个 “点击” 操作应该下放给测试组长,这样测试相关进度就能被测试组长控制住。
1、。。。你的这个 job 不是直接 checkout 代码然后调用 build.sh 编译? 2、下面那个 build.sh 好像才是真正的编译脚本,你试着把下面那个和这个合成一个完整的脚本再编译一次 3、或者你在下面那个 buid.sh 中加上 set -e 4、set -e 如果命令带非零值返回,立即退出
1、养成截图提问的好习惯 2、你的问题需要先知道权限文件原先是放在什么目录下 3、如果仅仅是顶层目录名字改变,那么你权限文件中可以将所有顶级目录名字替换为最新的名字
[i=s] 本帖最后由 rexuekonglong 于 2012-12-6 09:06 编辑
贴你的脚本吧,估计你脚本返回值确实存在遗漏 另外 set -e 需要单独一行写
期待,第一个面试者的感言
等他们改善了面试等待的机制再说,我的时间也很宝贵
哟~ 又从 svn 迁移到 tfs 了,就是迁移到 git,也解决不了代码合并知识缺乏的根结。从招聘要求看来,hudson、jenkins 还是没有熟练的应用起来
存在 bug 是正常,存在 block 级别的 bug 发布,就需要看对方是否能接受。
增加 [code] set -e[/code] 试试
不是取消,是由零散的合成顶级目录的总的.svn 文件夹 1、便于对工作目录打包上传剔除.svn 隐藏文件夹 2、一旦.svn 文件夹有损坏,必须全文件夹重新 checkout
1、你需要确定是否有人把任务指向了你 2、你需要在 redmine 配置中,把相关工作台的选项勾选上,注意个人设置相关选项
那么你需要注意的是在什么阶段会依赖上面两个步骤。
多库整合 版本肯定会变化,原因是 svn 单库记录的版本是唯一的数字,多库并存的 X 版本,不能共存在合并后的库中。 至于编译 dump 文件,请参考 subversion 中相关技术文档。