可以向SUN Teamware的客户/老板提出什么建议 - >现代SCM迁移？

Question

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

Teamware已被用于管理Sun最大的源代码树，包括那些用于Solaris操作系统和Java系统的源代码树，它工作得非常好。但它也是一个已经停产的旧商业（封闭源代码）产品。这是Sun将其代码库转换为开源社区的过程的一部分，这些开源社区最终转向了更新的版本控制系统，如Mercurial。

这让我感觉有点像使用Teamware陷入困境，世界已经转向了更新的系统。然而，我不会错过任何特定的功能，除了可能有源代码树的Web视图浏览并查看文件的历史记录（我们使用VersionTool进行的操作（因此并不重要））。

使用SUN Teamware的团队应该迁移到像git还是Mercurial这样更现代化的SCM？

更重要的是，您可以向团队的其他成员提出哪些论据来支持该过渡？

Answer 1

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

Answer 2

在线条之间进行阅读，我想即使你没有真正的论点，除了当前趋势留下的个人感觉。不幸的是，这不是将一个大型代码库从一个SCM移植到另一个SCM的理由。

我想要保持最新状态，你仍然可以在家玩Git/Mercurial/Bazaar。

Answer 3

你看到太阳做了评价：

• git（注意他们评估一个老版本1.2.4主要点：FAST），
• Mercurial（），和
• Bazaar

作为替代Solaris代码库的Sun Teamware VCS的候选项？

这可能会提供一些有关主题的想法，以便在考虑迁移时进行评估。

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