关系不是很强,只有最简单、最适合
研发团队 65 人, scm 隶属于 PMO 团队, 产品平台化,频繁以性能调整,从架构一别拆解子功能成产品,
产品间版本关系需要梳理出树状图; 负责合并 git 分支代码 入职需求很紧张,以周为单位
一次编译一个,多设置几个编译步骤就可以
研发团队人数 100+ 配置管理相关工具有机会重新选择(代码管理可能用 svn,目前是 IBM 的什么 search 还是 change)
1、去查进程,你们项目编译后,有什么多余的动作。 例如:起个 java 进程, 提交个 tag、合并代码 什么的
2、或者你应该贴出你们项目编译配置
3、注意看下.svn 文件夹是否被修改了
面试体会: 1、他们有 CMMI3 但不是所有团队都执行,有些互联网产品想玩敏捷 2、这个职位重点应该是流程推广和优化 3、svn、git 准备并行,以解决不同项目组需求(目前大部分项目用 svn,git 正在研究培训准备中) 4、用的工具是 jira 公司一套工具、后期想加入代码单元测试、代码静态扫描、自动化测试等(其实都是在看项目组想不想要) 5、有配置团队管理需求
DAV svn SVNPath /opt/svn/proj
AuthzSVNAccessFile /opt/svn/proj/conf/authz AuthType Basic AuthName "Subversion repository" AuthUserFile /opt/svn/proj/conf/passwd.conf Satisfy Any Require valid-user
你这个路径不对 SVNPath /opt/svn/proj
这个路径要指向 /opt/svn/ ,如果指向了 SVNPath /opt/svn/proj 那么你当初登陆的/ 目录就是 proj/ 根目录
如果你有足够的编程技术,你可以自己写个按 slave 服务器资源自行判断运行 slave 如果你没有这技术,就闭嘴用固定的 slave 指定服务器功能
Jenkins 主页慢,有很多原因,master 服务器空间、cpu、内存、java 虚拟内存,以及需加载 job 内容(各 job 中 build 内容)而定。 对于几百 job 的 jenkins,master 建议只留主站,不做任何编译环境使用;定期清理可能产生的 maven model 编译内容,各 job 允许保留构建数也需要做限制。
配置管理工作主要包括: 1.制定配置管理计划 各种文档审核,在质量监控团队不健全,甚至团队没有规模的公司,谁审核,根据情况来修正,思维要变通
2.配置项标识 配置项根据对象类别、名称区分 (例如代码的标识就是分支名和版本号,文档则是文档名和版本号)
3.版本控制
文档要争取在文档开头加个修改备注,每次内容大调整都需要写明修改内容大概。(小修改可以使用文档的修改模式)
代码的版本控制是怎么做的? 这个如果都不知道,不管几年 scm,都白做
4.变更控制 和 1 类似,不同公司既定内容发生变更只要有人负责审核即可
5.配置审计 配置审计没做过,猜测由质量控制人员检查(需要有配置项报告才能对配置项进行核查 对吧?)
6.配置状态报告 自己猜,反正就是一个正常状态与否的定期自检,防止出现重大缺失遗漏
在国内公司,不到千人以上的研发规模,这些工作当 scm 认真负责时,做不做都不会影响什么。 当公司认为软件资产相当重要时,这些工作也就是个证明的过程
笔试、面试感觉: 1、要熟悉银行相关的 aix 系统 2、一个岗位是 java jenkins 二次开发,要在 jenkins 加个项目流程功能外壳 3、另一个岗位是脚本开发,python 脚本 4、与目前我的 scm 软件配置管理工作方向有偏差
这不是问题,自己去看下 findbug 怎么结合 ant 使用,再考虑 jenkins
1、svn 是版本管理工具,不是经验分享平台,工具定位错误 2、不管任何系统,你想实现检索,就加入相关检索工具,这是能力问题 3、技术分散在不同文档中,说明你们对文档归类能力不足,需要加强;不同技术要固定文档名、且不与其他技术混杂在一起 4、总结起来,你们需要的是一个 wiki 知识共享网站,对于不同项目,哪些技术文档可以分享,哪些关键信息不能分享要有安全辨别;至于搜索内容,这个需要一定的工具开发能力,利用现有开源工具实现文档内容检索
[i=s] 本帖最后由 rexuekonglong 于 2015-2-14 15:10 编辑
1、贴出你的 echo 相关语句 2、多行的值是否是固定值? 3、如果仅是需要把参数写入文件,为什么不直接提供写有参数值的参数文件,并换个参数使用方式?
建议考虑程序编译过程中讲 var 输入到固定路径下文件,而,其他 job 使用时使用这个文件; 除非,能写成每 150 行 - 的参数内容输入一个文档,多文档组合。
这是你 svn 代码路径输入后,用户名密码没有保存到代码检出服务器。尝试手动 svn co --user 选 yes 保存用户名、密码
自己写脚本判断文件是否存在即可
应该去排查电脑是否中毒
就你这个 r8 r9 r10 的问题,不能解决, 没有 r8 就不可能有 r9 r10,这个是你们自身问题,不是工具能解决的。
对于同源分支间合并,没有漏合版本区间(主要包括文件新增、删除),一般不会出现目录树冲突这种问题。
正常猜测是没有权限写这个文件,多说情况下这个文件是随机生成的,不是常见现象。 对于 svn 服务器建议定期检查磁盘容量,和文件权限组是否变动
ant 仅仅也是调用了 javac 命令去编译 java 源文件,注意看下 ant 的输出信息
从别的地方考一个过来,重启下服务试试
调整 jenkins master 的编码格式试试
什么叫做只能控制到根目录? 是项目代码仓库的根目录? 试试 svnedge
截图出来,首先查证下, 超链接方式是否 jira 支持。