根据这个岗位职责和任职要求，这个职位在北京要个 8K+ 没问题，根据自己配置管理工作年限加钱，具体计算：基数 +1000~2000/年（基数：2 年） 岗位职责中一下几点是谈薪资的重点 1、建立工作流程； 2、负责配置审计 3、配置项入库审查、基线变更跟踪； 4、负责定期度量，收集整理后输出版本变更说明； 5、软件配置工具和软件配置过程方面的培训；

期待你们的面谈经验

[i=s] 本帖最后由 rexuekonglong 于 2014-4-9 09:22 编辑

开荒遗留未开展工作，也是项目组工作效率以及产品质量提升相关： 1、解决文档存放杂乱问题——筛选并调整所有项目文档 svn 存放位置 2、项目代码存放随意问题——对老项目整理、新项目入库这两点上要及时提醒，新项目代码绝对不能存放于老项目代码内 3、项目资料文档化—— 需求、设计、测试用例 4、代码 review、代码规范检查—— 在没有任何责任感的基础上推行这些，都必须以人数导致代码脏、乱、差为爆发点 5、产品发布后需要对代码做 tag 标识——这一点本来是最简单、最基础的一点，但当无法改变领导固有对 tag 的认知的时候，我也只能做遗留记录

对于产品特性，持续集成至发布到 ftp 为止，测试只能手动。

ubuntu 通用中文字符集 是 zh_CN.UTF-8

网上资料显示，当使用域管理之后，windows server 2008 则可以安装组策略功能，并在组策略功能中增加开机启动定时任务。 因为，目前显示，使用组策略需要以域用户登录电脑。 这个资料需要有验证一下。

其实道理人数越少，配置管理开荒越容易，阻力越少。在人数处于低水平 (例如我刚进公司时的 14 个人)，是最容易的，随便一个有 1 年的配置管理经验的配置管理工程师都可以胜任。 (只不过这样的话，心里承受能类、学习能力，以及脸皮厚度就变成了必须具备的能力，在思路闭塞时，要及时向有经验的人请教) 但是，正是因为人数少，领导就会认为，条条框框设置了，反而可能影响现行工作。这样的结果就是，一年经验的配置管理工程师没有了锻炼成长的机会。而多年经验的配置管理工程师，又成为了摆设。

当人数增加到 50 人这个阶段的时候，领导才会真正的去想规范化团队工作方式，如何利用配置管理提高工作效率、减少团队成员各种工具操作、信息不对称造成的时间浪费。 但是，人数在这种水平的时候，改变大家的已形成的不良的工作习惯，是个很费力的事情。周围的人都在改，没有一个人可以效仿，那么究竟什么样才算成功？团队成员肯定会这样问？ 而老成员，则有可能倚老卖老懒得改，甚至反弹。

举个例子：svn 中项目文档存放目录杂乱，版本稀少。 你准备采用下面哪种方法来改进这个问题？ 1、对 svn 整体仓库建立文件内容索引，建立搜索页面，随时搜索 2、花一个月的时间，彻底整理 svn 中文档存放目录结构以及位置，整理完毕，进行一次结构培训

8 月份跳完槽，不知道能不能刷 2 条过去

这种各种误操作造成的无法 clean up，建议彻底删除本地文件夹，重新检出。 对于检出文件，尽量以修改、删除为主，新增文件建议直接在 commit 时勾选， 其余标记、忽略功能，建议看清楚再操作。

网速不好就要有耐心，得删了 4 楼。 根据你们自身代码开发工具来选择编译工具，如果 windows 下使用的是 visual studio 1、可以使用本身的命令行，加各种参数 2、简单点的用 msbuild（要安装.net freamwork）加参数构建，缺点是一般不能指定输出产物路径。（论坛有相关使用介绍帖） 3、可以使用 nant，脚本编写得加深学

这是 windows 下的命名问题，linux 下就很少出现这种情况。 就不知道 git 遇到这种问题是什么结果。

规范化文件命名、限制提交单个文件类型、大小，有助于改善。

不过，这个异常文件名，究竟是什么样子的呢？ 带空格？波浪线？

端口关闭 其实就是关闭使用相关端口的服务程序，用 netstat -na 就能看到所有端口，关闭一些用不到的 TCP 的服务。

[i=s] 本帖最后由 rexuekonglong 于 2014-3-13 11:31 编辑

jenkins 自动会重新探测连接 slave，不管是用的 slave.jar 建立的 slave，还是附加为命令行调用模式，jenkins 主服务都会在 slave 电脑（启动状态下）活着的时候，去尝试连接。

建议 1、windows 端口关闭一些不需要的，保留 1050、 8080、 AsiServer、远程桌面、文件共享打印 这些端口 2、对于 windows 防火墙在打开 1 中相关端口，可以打开 windows 自己的防火墙 3、windows 自动更新重启的原因排查下

招聘信息哪里抄的？百度不到，智联也没有。怎么个联系方式

ssh 连接，转译字符的是你的工具。 除非你能在 ubuntu 服务器上直接看到中文正常字符，否则就修改系统字符集为 zh_CN.UTF-8

看他们公司主页和几个主要银行在合作，貌似准备和支付宝一决高下。去个人探探水深。

能保证 24 小时开机待命状态~

这个看着比小米那个舒服多了 50W 不就是明说了拿命加班换钱么

建议自己先去查阅各种工具的用途和意义，在基本了解的基础上，再做深入应用。

svn 作为版本管理工具，重要性类似于银行。所以建议单独安装一台服务器，可以和 ftp、邮件系统、项目管理系统、bug 管理系统、nexus(maven 工具 jar 存储管理系统) 混合安装。 jenkins、ant 可以安装在同一台服务器，希望自己去了解怎么联动。 weblogic 是应用部署系统，不管是测试使用，还是正式使用，都建议单独安装一台服务器。 svnant 这个东西么，自己去看 readme。

猎聘网 去投

[i=s] 本帖最后由 rexuekonglong 于 2014-1-28 09:17 编辑

看资料要仔细，多少资料都提醒你，签名工具参数设置时，最重要的就是设置签名证书的 key.store.path 你这个最关键的都不设置，怎么可能不报错。 还有 arg value=“” 建议你引号内都有使用参数名

[code] svn_url="svn info ${WORK_PATH}/$i |grep URL|awk -FURL: '{print $2}'"[/code] 看来这句是提取 svn 路径的， 按照这样，想做成自动化辨识、切换分支路径，然后执行构建，也顺利能解决了 想法：1、svn log 获取最新提交分支路径 2、switch 或者重新 checkout 新分支 3、执行构建 不知有人愿意当小白鼠，验证下否？

纯粹的自动化构建系统维护、扩展，100 人团队确实不需要 2 个以上的 scm，尤其当自动化实现 60%~90% 的工作任务时。 至于代码合并，正常情况下，也应该督导研发自己做，毕竟研发对自己写的代码，在合并时最清楚取舍。

[i=s] 本帖最后由 rexuekonglong 于 2014-1-6 09:44 编辑

卧槽好高端，纯洋文。装 B 到位，价钱能到位不？laofo 这里面一坨连体词，是原来就是那样，还是你粘贴错了？

建议你们把代码框架优化一下，顺带根据产品特性，重新制定一下代码分支策略，顺带强制产品需求变更评审步骤，这样能在代码研发开始之前就确定发布功能列表。

[i=s] 本帖最后由 rexuekonglong 于 2013-12-16 09:15 编辑

没见过 ssh://IP 开头取 git 代码这种方式， 我个人认为 jenkins git 插件存取 git 代码使用的还是最原始的命令 git clone [email] git@IP.git[/email] 、git branche ， 这种检出后切换分支的方式

建议你去下载 jenkins 源代码看下相关部分代码主要功能以及接口。