我工作的团队仍使用SUN Teamware进行源代码管理（SCM）。我已经使用了一段时间（超过10个月），我对此没有任何特别的抱怨。
Teamware已被用于管理Sun最大的源代码树，包括Solaris操作系统和Java系统的源代码树，并且它运行良好。但它也是一种旧的商业（闭源）产品，已经停产。这是Sun将其代码库转换为开源社区的过程的一部分，而后者又转向了更新的版本控制系统，如Mercurial。
这让我觉得有点像我们在使用Teamware时陷入困境，而且世界已经转向更新的系统。但是，我不会错过任何特定的功能，除了可以浏览源树的Web视图并查看文件的历史记录（我们使用VersionTool做的事情并不重要）。
使用SUN Teamware的团队是否应该迁移到更现代的SCM，如git或Mercurial？
更重要的是，您可以向团队的其他成员提出哪些论据来支持这种转变？
答案 0 :(得分：2)
我是SCM的忠实粉丝，但我不得不说，如果没有破产，请不要修理它。在Teamware不再满足您的需求之前，请继续使用它。
答案 1 :(得分：2)
您是否看到了Sun所做的评估：
作为替换Solaris代码库的Sun Teamware VCS的候选者？
这可能会给出一些关于在考虑迁移时要评估的主题的想法。
此Git Survey 2007-2008中列出了其他一些主题。
答案 2 :(得分：0)
在线之间阅读，我想即使你没有真正的争论，除了从当前趋势中留下的个人感觉。不幸的是，这不是将大型代码库从一个SCM迁移到另一个SCM的论据。
我想保持最新状态，你仍然可以在家里玩git / Mercurial / Bazaar。