草 要 7 年 + 要呆过 10 人团队的，擦擦

[i=s] 本帖最后由 rexuekonglong 于 2014-6-4 10:05 编辑

帖子有代码格式，build.xml 不同的 target 以及具体的动作要有缩进和格式。这 build.xml 看起来真反胃。 ant 中确定用于存放 class 文件的文件夹以及源文件夹 src 后，在编译完成、压缩成 war 包之前，要对 src 文件夹执行一次 copy,目的是为了拷贝空文件夹（拷贝过程中要屏蔽 java 源文件） [code] <?xml version="1.0" encoding="GB2312" ?>

1、使用 jdk1.6 编译 2、编码格式 UTF-8

<!-- 把数据库配置文件取回-->

[/code]

重新检查了一遍 build.xml [code]

[/code] 你原来的 build.xml 中 compile 的 java 源文件路径引用，应该存在问题。

你 hudson 的容器是 tomcat？如果是，建议使用 apache-tomcat-6.0.35-windows-x86.rar 这种版本， bat 方式启动 tomcat 试试。

再提醒一点，hudson 的 subversion plugin 2.3.2 是正常显示、读取中文路径的，不要停在选择最高和最低版本的地方，正如我前面说的，中间还有 7 个版本，你想解决问题，最坏的是一个一个试。而手动更换插件的方法，我在前面也说清楚了。

你的帖子，希望能看到问题解决结贴回复

1、描述你的问题（使用 weblogic plugin 部署后，看不到解压后的文件？） 2、描述、截图你的结果（新 war 包部署是否成功，程序是否正常运行？） 3、把关键问题描述完毕，再描述次要问题（比如，为什么使用 weblogic 或者 weblogic plugin 部署会看不到传过去的 war，以及为什么看不到解压后的那一坨文件？）

其实我很想问，如果没有那一坨文件，你的程序是怎么正常启动的？ 请回答这些问题前，把 tomcat 的应运模块配置文件核对下，还有你使用的 weblogic 部署时设置的部署路径等

把你后来补的工作地点、薪资范围 合并编辑到 1 楼帖子中去。

这点毋庸置疑，但肯定不是矛盾点。

“畅游的 “卓越运作” 体系对游戏立项、研发及推广所造成的影响也遭到部分畅游在职员工及从业者的质疑。” 这个所谓的 ‘卓越运作’ 体系——其真正内容是关键 非业务人员插手业务 ——这个是矛盾点，具体指哪些，很期待

..你可以考虑增加正则表达式判断字符内容是否是连续的空格。

不写日志就提交，技术解决后，要培训来强化大家的认识。 至于恶意连续敲击空格日志并提交，可以上报，不管是通报批评还是解除合同，都是可以考虑的方法。

其实是管理层懂不懂，配置管理改革会短时间内带来剧痛这个事实，有没有能力承受这个剧痛。

这意思 jenkins 对于 svn 这块，相当于倒退了？

从 2.2.0_1 到 2.3.8 之间还有 7 个版本，都测试过了？ 如果你是在这台 hudson 主服务器上检出的代码，还是建议先检查下系统语言设置。目前我使用的是 2.3.2 版本的 Hudson Subversion Plug-in 绝对支持中文。

太简单 http://hudson-ci.org/download/plugins/ 这是插件存储库，自己选插件版本。 至于更换低版本的问题，停止 hudson 服务，删除 plugin 下 相关插件以及对应解压缩文件夹，手动复制自选版本插件，启动 hudson 即可。

另一点，不是不支持中文路径，你最好看下你的系统区域语言设置是否为简体中文。

对于问题要分析，寻求更简单直接的方法。 对于网络问题，这个应该首要解决，除非你们是异地编译（这种情况发生了就是 scm 工作不到位）

对于局域网拷贝问题除直接的 scp，还可与选择中间存储方式，ftp、共享文件夹等方式、

记得补充清楚工作地点和招聘人数

jenkins 列表好像还没有类似功能的插件，从停止任务出发，看似最直接。 但是，问题总要解决，导致构建超过一天或普通构建时间长度的原因是需要解决掉的。

如果项目编译时间长，那么设置定时编译，或者晚上零点设置 jenkins 自动重启任务。

[i=s] 本帖最后由 rexuekonglong 于 2014-4-24 10:34 编辑

正常来讲，如果不需要密码，那么公钥就不存放到 git 服务器上，也可以正常 clone。 但是看你的提示信息，并不是这样，重新排查下权限配置相关吧。

项目读取权限设置存在问题？

检查下 git 服务器上有没有存放你的公钥

只能说 svn 目前不支持这种智能的工作。 svn 仓库中，不同 repository 之间是绝缘的； 如果你有看过 svnadmin 命令行，那么你会发现，它都是以单个 repository 为操作对象，并不是 repository 中的文件

基于此，我只能给出一些建议： 1、分 repository 利用 hook 文件禁止提交某些类型文件，还是可以做到的，发现新类型添加进 hook 禁止即可。至于新 repository 可以执行复制 hook 文件 2、新员工培训增加垃圾文件类型培训，关键文件类型区别（虽然我部门不做，虽然新进研发人员连 VS C++ 代码中 sln 文件是关键文件都不知道，虽然他们不知道最终代码应该提交 release 版） 3、你可以尝试建一个统一的 hook 文件，然后 ln -s 到各 repository 中的 hook 下

其实，换个思路，换成 32 位的 apache，就应该能正常启动了。 1、如果是仅仅想做一个 svn 服务器，建议使用 linux； 2、如果用 windows，那么建议使用 visualSVN，整合安装简单方便； 3、毕竟 64 位软件并不是那么普吉，与 32 位兼容性的问题，很可能存在

出发点是什么？不修改被忽略文件? 还是防止垃圾文件被提交？

参考：http://tunps.com/cannot-load-mod_dav_svn-so windows 下相关文件不像 linux 下会自动建立索引链接，启动时需要引用的文件需要手动拷贝

Apache\httpd-2.4.4-win64 能解释下这是一个东西？ 为什么会安装在 D:/Program Files (x86) ？ 还有把 Apache 配置文件 名称及修改内容贴出来。 另一件事，subversion-1.8.8 windows 下，你用的什么安装程序？

http://blog.csdn.net/hansel/article/details/9798189

5 年以上，laofo 这个不去试试么？