SVN vs Clearcase

公司自引入了SDM项目后，版本管理工具迁移为ClearCase，经过一段时间的使用，开发人员普遍不太适应。大家一是不习惯SDM和ClearCase的开发模式，二是ClearCase的访问速度的确不尽人意。

svn和ClearCase的比较：

ClearCase Pros:
- Industrial strength 产业化的产品
- Excellent merge tools 强大的集成工具
- Good GUI on Windows
- Proven reliability 经过验证的可靠性
- Scales up well 规模可扩展 与 Scales down terribly貌视冲突不太理解

ClearCase Cons:
- Heavyweight server and client
- Very steep learning curve for users 学习曲线高
- All merges are server based 合并是基于服务器的
- Means you can’t merge or diff without having connectivity to the servers  意味着没有网络无法进行合并。
- Merges over high latency links are SLOW  高延迟的网络合并时速度慢

- Very expensive
- Weak GUI on *nix platforms
- Server communication is RPC based (think lots of little packets) so anything  over a high latency link is SLOW 基于RPC的通信，高延迟的连接将很慢。
- You need to do many things the ClearCase way, not your way  必须以ClearCase的方式完成工作
- Scales down terribly
- High administration burden 管理负担重

Subversion Pros:
- Open Source (lots of interest and integrations)
- Very lightweight server and client 轻量级服务端与客户端
- Quick learning curve for users (until you get to merging)  快速的学习曲线
- Fast and efficient on the network 快速有效的网络
- Flexible architechture 弹性的体系结构
- Scales down well (I don’t yet know how well it scales up)
- Lots of IDE, editor and tool integrations  IDE支持强大
- Low administration burden 管理负担轻

Subversion Cons:
- Open Source (developers work on what they want to)
- Immature technology 不成熟
- Merge tracking is currently completely manual 合并追踪完全是手工完成
- Weak support for checking out part of a repository 对部分内容的checkout支持差

公司目前使用ClearCase和SDM后所产生的一些问题：

- 速度慢，无论是checkout还是checkin代码，都很慢，更不用说更新和搜索。特别是如果无法连接到服务器，这些操作完全无法进行。

- 用户界面非常不友好，虽然SDM中集成了项目流程的控制，比起SVN来说是一个一揽子的解决方案，引入了很多软件管理的工具，并且涉及到软件开发的整个生命周期。但是这些工具的用户体验都不怎么好，不知道IBM的产品为什么会在这方面有这么大的缺点，这是我对IBM最失望的地方了。

- IDE工具的支持还不够。这个还可以克服。

其实公司引入ClearCase和SDM的初衷是解决大规模团队（上千人）、多并行开发（几十个工程）、异地协作（上海杭州）的问题。这些随着公司规模的增加，都是公司不得不面对的问题。但是目前的情况是SDM和ClearCase的引入，还未真正解决这些问题，相比较而言是比svn引入了更多的问题，难怪那么多人抱怨。所以如果访问和下载速度、开人员开发工具的支持、人性化的良好的用户体验能解决，那么就不会有人抱怨ClearCase了。SDM项目还会有第二期、乃至第三期，希望第二期能够解决目前最最紧迫的问题：访问速度。否则的话开发人员的脾气难免有一天会暴发的。