git - 对于 SUN Teamware -> 现代 SCM 迁移，可以向客户/老板提出什么论据？

Question

我工作的团队还在用SUN Teamware用于源代码管理 (SCM)。我已经使用它一段时间了(超过 10 个月)，对此我没有任何特别的提示。

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

这让我觉得我们使用 Teamware 的时间有点停滞不前，而世界已经转向更新的系统。然而，我没有错过任何特定的功能，除了可能有一个源树的 Web View 来浏览和查看文件的历史记录(我们用 VersionTool 做的事情，所以并不重要)。

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

更重要的是，您可以向团队其他成员提出哪些论据来支持这种转变？

Answer 1

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