• 有北京招聘配置管理的么 at 2013年03月29日

    请查阅相关职位帖,不建议发表灌水帖

  • [讨论贴] 代码分支策略 at 2013年03月27日

    cvs 相关操作真心的不记得了

    merge 操作注意点: 1、合并分支数目、分支起始点时间 2、合并文件冲突研发人员解决

    如果换用 git,那么基本上合并操作就可以由研发直接操作,相关冲突也能及时解决

  • [讨论贴] 代码分支策略 at 2013年03月26日

    根据你们目前暂行的方式,很类似 git 分支管理方式。 根据你的描述,你们的代码分支策略需要注意的关键点: 1、分支起始时标记、描述要尽量详细 2、分支发布要及时 tag 标记 3、分支结束后,代码向主干合并操作要仔细

  • 1、自动化构建工具名称,熟练程度,自动化从哪步到哪步? 2、svn 服务器搭建熟练程度、hook 脚本是否熟悉 3、分支基本操作:创建、合并
    4、代码分支策略? 如果以上 4 点都清楚,熟练 1 年 scm 工作经验,找工作没有问题,起薪 6~8K 左右,能要多高看你技术和运气了

  • 需求描述模糊,需要确认下。 1、daily build tag 一周 jenkins 自动只创建一个 2、在 jenkins 中需要能直观的查看到创建的 daily build tag,方便重新针对 tag 执行一次编译

    如果是上述需求, 1、redmine 应该可以看到相关的 tag 2、想实现自动 build 所需 tag,那么需要新建下游 tag 构建任务,上游需要传相关参数去下游,方便下游读取对应参数 tag,检出、编译。 这个步骤建议 a、使用 promotion build 插件 + 脚本(或下游 job)实现重新构建 b、使用 rebuild 插件

  • 在 hudsin、jenkins 中,很多插件都是对本 job 的 workspace 执行操作,所以大多数路径以相对于 workspace 的缩减路径方式填写 Destination 不是留空,这个位置是相对于系统设置中 scp 存储根路径来设置的。 例如:可以设置成 $JOB_NAME/$BUILD_NUMBER/ 那么插件就会自动帮你创建 job 名称/构建号/ 这个文件目录到你的 scp 系统设置 Root Repository Path/ 下面。 最终你在 scp 服务器的存储目录结构将是:Root Repository Path/job 名称/构建号/

  • 目前接触过的公司,基本上第三方软件,都被存储在版本库中,被代码仅仅依赖使用。因为更新频率很低,就被没有人关心它需不需要去标识。

  • 请补充下你的问题的前提 1、代码语言 2、编译结果文件是否可以统一 release 文件夹生成(建议询问研发人员),这涉及到补丁在产品部署时的存放位置 3、产品完整发布包大小、通常的补丁包大小 相信,了解对比这些数据后,你能找到一些精简时间的方法

  • 此命令行针对的是 checkout 出来的部分,如果没有该目录读权限,就别想了

  • 请注意查看 linux svn 命令行帮助 svn list --depth infinity 可查看 svn 工作目录中所有文件

  • 对于你这个脚本,有几个问题想了解下: 1、你用的 python 版本是多少? 2、脚本中 svn co 命令使用环境、以及调用的工具是什么? 3、svn 仓库路径对于 http 模式是否支持?

  • 难度大不大,在于领导支持的力度,和什么层面的领导支持。 1、个人感觉,公司级别的配置管理想建立,你需要至少一个月的时间了解目前项目组的业务流程走向 2、根据实际情况决定,是套用典型模型,还是建立精简型模型 3、准备各种的工具操作、培训资料 4、在试点项目配以配置管理工具强力的技术优势,改变项目组的看法

  • 说一个权限拒绝的特殊 at 2013年02月26日

    我对于你这种操作,只能说,太超前了,或者说懒惰。 太超前:这种做法,可能在后来的进行中,名字变了,或者增加了,这样你一样得修改权限文件; 懒惰:你们的仓库目录结构应该基本定型,建库、建立基本框架结构,应该没有什么难度, 依据看你上面的操作,看得出,你们代码增加模块是直接在 trunk\直接增加,别的地方不会,那么只需要设置 [reps:/trunk] *=
    devs=rw me=rw 防止除研发、cm 之外的人的写入权限即可。 而这个前提,就是归纳、总结出你们适用的一套目录结构

  • [讨论贴] 代码分支策略 at 2013年02月25日

    规范化的开发、分支使用、主干使用,对于 scm 工作精简是一个方向。 对于你们的情况,如果记忆力不够好,分支使用用于没有记录可查,后期版本混乱是必然,合并混乱也是必然。

  • 我怀疑是备份、还原操作存在问题

  • redmine wiki 使用 at 2013年01月25日

    预览是为了产看显示版面美观、正确。 并不代表你修改成功了。 重新检查下 wiki 相关人员权限,文件读写设置。

  • 注意 view 视图结合 job 项目安全设置,即可实现不同组、不同人,能看到的 job 的数量

  • 一个项目任务管理工具 一个代码版本管理工具 一个 bug 管理工具 一个持续构建工具

  • 系统环境变量不是自动添加?

  • 正常来讲:在 gitolite.conf 文件中增加新库提交后,应该可以 clone 出一个新库,然后需要初始化,增加相应的文件或目录结构,提交。 如果你新库没有 clone 下来,你需要复查下你建库的步骤,对比下和网上的教学方法有什么不同的地方。 ps:1、确认 admin 用户有你 2、把你 clone helloworld 命令截图贴出来

  • 那你尝试 clone helloworld 没有?

  • 同步服务器是用来备份、灾难性恢复配置库,并不影响正常研发工作。

  • 大家加油去踩雷得经验

  • svn 默认提交以后解锁
    svn 对二进制文件的修改,建议先锁定再修改

  • 培训、总结、提高。 不错!