这职位是上海的吗?
去面过: 1,工作环境真心糟糕,如果工作的和面试的是同一个楼层的话。 2,面试我的 N 多问题需要解决,需求管理,版本管理,测试等,面试官咣当咣当说了一大堆。 3,薪资绝对不会高的。嘿嘿。
如果你对工作环境和薪资要求不高,想展露拳脚的话,可以考虑一下。不过,对方似乎也很吊的。
哈哈,确实如此! 在外企互联网公司待久了,还真的适应不了国企了
赞!可惜杭州。求更多职位信息啊!
当时已经谈到薪酬了,给的并不多。貌似是一家国企?福利可能不止薪水吧。不得而知。
挺好的转载,细读中 ing...
刚来北京那会儿(去年四月份)面试过,被 BS 掉了。 之后发现该职位一直在搜索列表中。 个人感觉该招聘不够真诚!
这种是什么情况下用啊?解决什么问题?
Could not read chunk size: Secure ………出现这个问题后,google 了,也百度了,最后发现处理办法: 1.在 svn 服务器上执行 svnadmin recover 目的是得到稳定版本 2.如果第一步的办法没有解决,那就只能是导出数据之后新建 svn 了。 我不甘心这样做,最后我找到了自己的办法: 1.先确定那一块出问题了,引起这个问题原因可能是哪个文件出问题了,先找到那个文件。 办法是用 svn 的 switch 方法,先从大目录开始,然后锁定小目录,最后锁定最过有修改过的文件。 2.删除那个出问题的文件,update。
laofo,好奇你们日常工作有哪些啊?偏重哪些啊? 国内好多公司是,CMO 好多活都要做。 规范一点的,会有 CI 工程师、CMO 工程师,有时候还有 Tool administrator 工程师、发布管理工程师。
CCB 是一个虚拟的组织,根据项目/产品约定的一个组织,可大可小,根据项目变更情况,由 CCB 做决策。
讨论的变更机制是按照顺序来的吗?
———————————————————————— 下面是一个典型的变更机制: 接受 修改配置项 测试 提交 发布新版本或补丁 建立基线 关闭 CR CCB 评估 ———————————— 应该是先由 PM(有客户方需要加上客户方)一起估算变更规模,及要有一个初步的影响评估,之后提交 CCB。如果 CCB 评审可以实施,那么就执行,修改代码、测试、基线……
木有看到群里讨论的这么热烈,我也说两句:
项目 CMO 职责:侧重构建、脚本、CM 服务器搭建维护、日常问题解决、培训等 要求:侧重开发能力、解决问题能力、沟通能力等 薪资:跟着项目收益走,不够稳定 重视程度:一般低于组织 CMO 优缺点:知识较全面,可系统参与产品/项目的研发过程,即具有 CM 知识,又有开发能力,竞争力强。
组织 CMO 职责:侧重流程规范推行、文档撰写、CM 服务器搭建维护、日常问题解决、培训等 要求:侧重沟通能力、理论知识(如 CMMI 等)、管理能力等 薪资:清水衙门,较稳定。 重视程度:一般高于项目 CMO 优缺点:侧重流程管理,欠缺开发经验。个人认为在大多数企业招聘要求中较弱,不过名企较为重视流程方面。
应该不是提前设置权限的问题,还是权限设置问题:
之前:
[reps:/trunk/ABC]
*=
devs=rw
表示只有 devs 有读写权限的。
[reps:/trunk/ABC]
*=
me=rw
devs=rw
表示读写权限包括了 me 和 devs。
一起努力加油啊!
------摘自《未雨绸缪-- 理解软件配置管理》一书
A.1 版本控制工具
[Subversion]
Subversion,缩写为 SVN,开源工具,继承 CVS(Concurrent Version System)进行改革
官方网址:http://suversion.tigris.org
[Git]
Git,分布式版本控制系统的典型代表
官方网址:http://git-scm.com
[ClearCase]
官方网址:http://www-01.ibm.com/software/awdtools/clearcase/
[其它版本控制工具]
Perforce、StarTeam、AccuRev、TFS(Team Foundation Server)、RTC(Rational Team Concert)、Mercurial
A.2 变更请求管理工具
[Bugzilla]
开源的缺陷跟踪软件,类型的软件有 Mantis 和 Trac
[BugFree]
中国人自己的缺陷跟踪软件,开源、简单、使用广泛
[JIRA]
不仅是缺陷跟踪工具,也是项目管理工具
官方网址:http://www.atlassian.com/software/jira
A.3 持续集成与构建管理相关工具
[CruiseControl]
提供一个持续集成的框架。
官方网址:http://cruisecontrol.sourceforge.net
[Kenkins/Hudson]
官方网址:http://jenkins-ci.org http://hudson-ci.org/
[BuildForge]
IBM Rational 出品
官方网址:http://www.ibm.com/software/awdtools/buildforge
A.4 同行评审工具
[Gerrit]
官方网址:http://code.google.com/p/gerrit
A.5 文档管理工具
[SharePoint]
官方网址:http://sharepoint.microsoft.com
[MediaWiki]
[其它 wiki 系统]
比如 Twiki、DocuWiki、Wikka Wiki 等。
A.6 安装与部署管理工具
[RPM]
RPM(RPM Package Manager),Linux 中使用最广泛的安装包管理系统。
官方网址:http://www.rpm.org
[PyPI]
PyPI,Pthon Package Index,python 语言写成的。
官方网址:http://pypi.python.org/pypi
[Android Market]
Android Market 是为 Android 系统用户创建的服务。
官方网址:https://market.android.com
[Windows Installer 和 InstallShield]
安装以 msi 为扩展名的安装包
官方网址:http://msdn.microsoft.com/en-us/library/cc185688VS.85).aspx(
[i=s] 本帖最后由 north_bird 于 2013-2-1 17:24 编辑
给自己总结一下哈。 1,版本规划很重要。产品经理、项目经理、开发经理、CMO,都要参与到版本规划中。产品经理负责需求列表及优先级,开发经理负责需求时间估算,而 CMO(项目级别的)负责拉分支、合并及基线。项目经理负责所有工作的协调跟进。 2,分支合并一定及时。一般两周为一个周期吧。 3,BUG 修复类的和需求实现类的尽量分开。 4,分支不宜太多,否则不宜管理,分支时间太长了,很容易混乱。尽量在版本规划上规避多分支实现多功能的情况。 5,重视基线及基线号的作用。正式发版本的和准备测试版本的一定要基线化,并且有一定的命名规范。
补充解释到原文中了。呵呵。
可否详细一点不?
很详尽的描述。
做为个人的总结,真是很不错的。
你可以在配置文件中就一些 P4 不能判定正确类型(或者不是你想要的文件类型)进行设置,指定文件格式。 注:P4 在文件类型判定方面有些笨。呵呵,个人意见!
p4 obliterate dir/... p4 obliterate -y file
这个职位,没有联系方式吗?