我所在的团队仍然使用SUN Teamware进行源代码管理（scm）。我已经做了一段时间（超过10个月），我没有任何特别的抱怨。
teamware已经被用来管理sun最大的源代码树，包括那些用于solaris操作系统和java系统的源代码树，并且工作得非常好。但它也是一种已经停产的旧的商业（封闭源代码）产品。这是sun将其代码库转换为开源社区的过程的一部分，而开源社区反过来又导致了向mercurial等更新版本控制系统的迁移。
这让我觉得我们在使用Teamware的时候有点卡在时间上了，世界已经转向了更新的系统。不过，我并不错过任何特定的功能，除了可能有一个源代码树的web视图来浏览和查看文件的历史（我们对版本控制做的一些事情并不重要）。
使用sun teamware的团队是否应该迁移到更现代的scm，如git或mercurial？
更重要的是，您可以向团队其他成员提出哪些论点来支持这种转变？
最佳答案
我是scm的忠实粉丝，但我不得不说，如果它没有坏，就不要修理它。在Teamware不再满足您的需求之前，请继续使用它。