Команда, в которой я работаю, все еще использует SUN Teamware для управления исходным кодом (SCM). Я работал с ним некоторое время (более 10 месяцев), и у меня нет особых жалоб по этому поводу.
Teamware использовалась для управления самыми большими исходными деревьями Sun, в том числе для операционной системы Solaris и Java, и она работает довольно хорошо. Но это также старый коммерческий продукт (с закрытым исходным кодом), который был снят с производства. Это стало частью процесса преобразования Sun своих кодовых баз в сообщества с открытым исходным кодом, что, в свою очередь, привело к переходу на новые системы контроля версий, такие как Mercurial.
Это заставляет меня чувствовать, что мы застряли во времени, используя Teamware, и мир перешел к более новым системам. Однако я не пропускаю какую-либо конкретную функциональность, за исключением, возможно, веб-просмотра дерева исходных текстов для навигации и просмотра истории файлов (что мы делаем с VersionTool, поэтому не критично).
Должна ли команда, использующая SUN Teamware, перейти на более современный SCM, такой как git или Mercurial?
И что более важно, какие аргументы вы можете представить остальной части команды в поддержку этого перехода?