对于SUN Teamware ->现代供应链管理迁移，可以向客户/老板提出什么论点？

Question

我工作的团队仍然使用SUN Teamware进行源代码管理。我已经使用它一段时间了(超过10个月)，我对它没有任何特别的抱怨。

Teamware已经被用来管理Sun最大的源码树，包括Solaris操作系统和Java系统的源码树，并且它工作得很好。但它也是一个已经停产的旧的商业(闭源)产品。这是Sun将其代码库转换为开源社区的过程的一部分，这反过来又导致迁移到更新的版本控制系统，如Mercurial。

这让我觉得我们在使用Teamware的时候被困住了，而世界已经转向了更新的系统。然而，我并不怀念任何特定的功能，除了可能有一个源代码树的web视图来浏览和查看文件的历史记录(这是我们使用VersionTool做的事情，所以并不重要)。

使用SUN Teamware的团队是否应该迁移到git或Mercurial等更现代的SCM？

更重要的是，你可以向团队的其他成员提出什么论点来支持这种转变？

Answer 1

我是SCM的铁杆粉丝，但我不得不说，如果它没有坏，就不要修复它。在Teamware不再满足您的需求之前，继续使用它。

Answer 2

您有没有看到Sun对以下内容的评估：

• (注意，他们评估了旧的1.2.4版本。要点: FAST)、
• ()和

作为Solaris代码库的Sun Teamware VCS的替代品？

这可能会给出一些关于在考虑迁移时要评估的主题的想法。

此Git Survey 2007-2008中还列出了一些其他主题。

Answer 3

从字里行间看，我猜即使是你也没有真正的理由，除了对当前趋势的个人感受。不幸的是，这并不是将大型代码库从一个SCM迁移到另一个SCM的理由。

如果你想保持最新，你仍然可以在家里玩git/Mercurial/Bazaar。