• 关系不是很强,只有最简单、最适合

  • 北京 scm-蓝信工场 at 2016年5月05日

    研发团队65人, scm隶属于PMO团队, 产品平台化,频繁以性能调整,从架构一别拆解子功能成产品,

    产品间版本关系需要梳理出树状图; 负责合并git分支代码 入职需求很紧张,以周为单位

  • iOS app 自动化构建打包 at 2016年3月18日

    一次编译一个,多设置几个编译步骤就可以

  • 北京 scm-北京交控科技 at 2016年3月17日

    研发团队人数100+ 配置管理相关工具有机会重新选择(代码管理可能用svn,目前是IBM的什么search 还是change)

  • 1、去查进程,你们项目编译后,有什么多余的动作。 例如:起个java进程, 提交个tag、合并代码 什么的

    2、或者你应该贴出你们项目编译配置

    3、注意看下.svn 文件夹是否被修改了

  • 北京 scm 专家-广联达 at 2015年11月10日

    面试体会: 1、他们有CMMI3 但不是所有团队都执行,有些互联网产品想玩敏捷 2、这个职位重点应该是流程推广和优化 3、svn、git准备并行,以解决不同项目组需求(目前大部分项目用svn,git正在研究培训准备中) 4、用的工具是jira公司一套工具、后期想加入代码单元测试、代码静态扫描、自动化测试等(其实都是在看项目组想不想要) 5、有配置团队管理需求

  • DAV svn SVNPath /opt/svn/proj

    SVNParentPath /opt/svn/repos

    SVNListParentPath on

    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

    SVNParentPath /opt/svn/repos

    这个路径要指向 /opt/svn/ ,如果指向了SVNPath /opt/svn/proj 那么你当初登陆的/ 目录就是proj/ 根目录

  • jenkins 访问速度慢 at 2015年10月27日

    如果你有足够的编程技术,你可以自己写个按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认真负责时,做不做都不会影响什么。 当公司认为软件资产相当重要时,这些工作也就是个证明的过程

  • 北京 scm 架构师 at 2015年8月10日

    笔试、面试感觉: 1、要熟悉银行相关的aix系统 2、一个岗位是java jenkins二次开发,要在jenkins加个项目流程功能外壳 3、另一个岗位是脚本开发,python脚本 4、与目前我的scm软件配置管理工作方向有偏差