把你的 svn_root 指到年份下面,备份目录参数也要加年份 加文件夹自主判断完年份文件夹再分别执行备份
你的问题原因在于 2011 这些文件夹是手动创建,且 svnadmin 不能读取的路径。
建议:不同年份项目在仓库名创建时可以加年后缀以区别,不要增加 svnadmin 不能辨识的任何多余父目录
整理完不培训、不通知 update,你觉得你任务做的不全,能不被人抱怨? scm 要学会举一反三,自己补充别人没有细说的地方,只有这样才能自我成长
使用 svnmanage 做 svn 权限管理,根据网上的步骤来应该不会出问题 有文章说要将权限文件指向 /dev/null 才能使用 mysql 认证用户信息
根据你的 apache 日志只能看出连接数据库出了问题,需要排查 svnmanage 数据库操作用户名以及权限是否正确
把参数去掉再触发一次 build
自动化 做不到 cpp 文件名不是固定的
尝试第一个 batch 最后对变量赋值,下一个 batch 是可以获取到同一个 job 的上一个构建任务中的参数值的
1、自动化构建和发布只是软件系统方面,只占 40% 左右 2、软件信息文档化、规范化是另一个方面占 30%+ 3、配置管理工具团队使用培训、推广占 5% 4、推动代码单元测试及代码规范 20%
浏览器修改编码格式重新试 UTF-8
只有编译触发下游工程的版本才有上下游 build number 关联。 至于在 view 和主页面只会简洁显示项目间关系,不需要把细节都展示在主页面,否则展示功能就重复了,这是一种浪费。
uid 是啥? gid 是啥? chown 意思是你配置安装的工具文件夹,apache 不能读取么?
建议先创建个文件夹,然后检出单独文件
其实,三库用的仅仅是概念上和文件夹上的区分,并不是所谓的仓库的区分,发布库基本上指的可发布代码 tag,或者编译成品存放地 (以 ftp 和共享文件夹为最佳方式)
我觉得你应该看下你用的插件又没有类似的插件,反正我看到 hudson 有 2 个是上下游 jjob 关联的插件
去看具体功能的产品说明,不同页面显示的功能不可能一样,不然这产品功能就重复了
不想等死,就得有那价值能进入一个大团队,去学。 这是拼人品和运气的,还有就是拼质优价廉。
1、截图说明 “主页面的 downstream builds 下面会显示 test1 和 test2,但是不会显示后面的 #12 和 #10,反而显示的是 none” 2、说明你的需求
建议补充下 slave 的 Launch method 设置选择,以及 slave 使用的是 java -jar slave.jar ? 还是 jnlp ?
既然 svn 可以验证权限文件中的读写权限,那么肯定有相关的 api,仔细去找找文档吧
这代码验证的是用户名和密码是否对应,url 只是建立并没有验证读写权限
招聘信息注意注明工作地点
此错误原因是 msbuild 版本选择错误,需要根据研发人员 VS 版本正确选择 msbuild4.0 或 3.5
在问这些问题的时候,你先弄清楚你的 feature 指的是啥 redmine 作为需求、bug、项目任务 管理工具,公用也是有限的
能不能具体到细致路径要你自己去验证一下,如果不行,那就是 redmine 设计理念中的版本追溯设计的问题
设置描述不明确 :"不是全部能访问"
[i=s] 本帖最后由 rexuekonglong 于 2014-6-10 15:20 编辑
。!……