9128 于 2009-8-20 10:54 发表
手头是建立了环境，就是感觉 TFS 这个功能怎么这么差劲的，还是我不了解这个工具 [/quote] 你确定要合并的文件之间没有冲突么？

laofo 于 2009-8-18 19:50 发表
touch 是 linux 下的命令,windows 没有这个命令,这一点我们要考虑进去 [/quote] ant 自己有 touch 任务，应该不依赖于操作系统。

Microsoft、Google、SAP、Adobe、VMware、NVIDIA……

scmroad 于 2009-8-5 12:39 发表

如果更慢，那可能就要考虑一下。

可能这就是 svn 用在大项目上应用需要改进的一方面吧。 [/quote] 我觉得性能其实不是特别重要，差不多就行了

比 Subversion 更慢的 CVS 一样统治开源世界很多年

scmroad 于 2009-8-4 14:49 发表
因为 svn 存储版本数据也有 2 种方式：BDB 和 FSFS。我平时用 svn 的时候都是用 FSFS 的数据存储方式，所以当数据量很大的时候，感觉 svn 速度上就跟不上了，不知道用 BDB 是不是性能上会有所提升？我只是比较担心这一点。 ... [/quote] 嗯，Subversion 的客户端在数据量较大的时候性能是挺一般的

即使服务器端换成 Berkeley DB 也没什么帮助，甚至还会更慢一点

限制一下浏览器以及复制粘贴的操作能不能管用？

Perforce 的折扣都写在网站上了，很难拿到更低的价格

至于 ClearCase，通常都有一定程度的折扣，曾经见过 4 折的，不知道有没有更低的了

虽然我也更喜欢 Perforce，但 Subversion 综合应用是没问题的

我们有一个近 3000 人的研发团队，评估了大半年之后，决定使用 Subversion

印象比较深的是 head -75 | tail -50，其他的办法无非就是 sed、awk、perl 等等……

貌似 Perforce 从来不给折扣，不过他们的价格相对算便宜的了

不过 Perforce 在中国既没有分公司也没有合作伙伴，即使买了，以后的技术支持也是个问题

其实可以考虑一下 Subversion，功能大差不差的，基本就是山寨版的 Perforce 了

曾经有个面试题，用尽可能多的办法查看一个 100 行文件的中间 50 行。

水了水了……

[code]-//depot/project1/main/version.h[/code]

d_sophia 于 2009-7-21 11:16 发表
“消亡” 就是删除掉，呵呵！ …… 从版本开一个分支，修正完成之后将该分支打 tag，然后把分支删除掉……[/quote] 你确定删除了分支之后，基于该分支的 tag 仍然是有效的？

laofo 于 2009-7-14 09:53 发表
北京站有去的没? [/quote] 同去。

就是听你以前的部门老大说的……

第三个是和前公司一个 VP 聊天的时候听他讲的

被 “分配” 到其他小组中的 CM，职业生涯基本没有上升空间可言了。

builder release engineer tools engineer cm administrator ...

以前看过，感觉有点怪异

作为基础读物吧，内容太多而且也过于宽泛了

作为参考资料吧，又缺少足够的细节，遇到问题还是要翻手册看代码

不知道原因，碰到这种问题，最好还是换一家重视的公司。

如果我没理解错的话，楼主需要的应该是 Ivy

想想挺奇怪的，只是一个 dependency management，ant 比 make 晚出现近 30 年，竟然做不到

初级的跟着任务跑就可以了，中级的应该可以独立负责或者领导一些大型项目

如果只是用作持续集成的话，感觉不是很有必要建立测试分支

在每次做集成的时候，有很多办法可以保证出来的 Build 是可测试的

至于推迟分支的创建时间，包括持续集成本身，都只不过是敏捷方法论所推荐的方式

尽早的创建分支以及精细的代码合并，对于大规模的开发团队来说更有效一些

每个公司要求都不一样，级别定位自然也就不一样

有些公司的 CTO，换一个公司可能就是 entry level 了