Diferença entre Subversion e MKS

Question

Por favor, deixe-me saber as diferenças entre o Subversion e MKS

Answer 1

Subversion: centralizados VCS, fundir ou de bloqueio de semântica,, open source repositório baseado, quota de mercado enorme (embora ele foi perdendo algum terreno para as entradas DVCS como Mercurial e Git), livre, excelente conjunto de ferramentas e infra-estrutura de apoio.

MKS:. VCS centralizado, a semântica de bloqueio somente, repositório baseado, de código fechado, quota de mercado relativamente limitada, não é livre ($ 999 + / licença), conjunto de ferramentas significativamente menos bem desenvolvida

Answer 2

Se precisar de Forrester para lhe dizer qual é o melhor SCM é, então você já está em apuros. Qualquer idiota "analista" pode montar um relatório fantástica na incrível gestão funções MKS oferece, mas pedir uma pena desenvolvedor his / her sal que já teve de usar MKS nunca recomendar.

MKS conseguiu estragar completamente a integração Eclipse / WSAD (integra SVN / CVS na perfeição).

MKS é a maior pilha fumegante de merda que eu já utilizado para SCM (e isso é dizer muito, como eu também usei Microsoft Visual Source Safe em seus primeiros dias).

Sim, o Subversion não é "livre" para apoio, mas qualquer um pode configurá-lo e qualquer sysadmin com metade de um cérebro pode administrá-lo e fazer cópias de segurança adequadas.

É até você embora. Se você quer agradar a gestão e escolher a escolha "certa" de que preenche todos os requisitos, ir com MKS. Se você quer que seus desenvolvedores para realmente obter algum trabalho feito, então vá com SVN todo o caminho.

Mas, tendo tido de usar MKS, eu vou segundo o cartaz anterior sobre CruiseControl para CI, que faz o trabalho, mas é um pouco datados.

Answer 3

Como Doyle mencionado, a maior diferença entre MKS e SVN é que SVN é um sistema de controle de versão dedicada ao passo MKS é todo um conjunto de aplicações que abrangem todo o ciclo de vida, desde o gerenciamento de requisitos e de rastreamento de bugs para gerenciamento de testes. E oh-by-the-way, que inclui controle de versão também.

Alguns problemas específicos que tive com ele estão listados abaixo. Por favor, tenha em mente que esta foi a partir do período de 2008, para que eu não sei se ainda é válido em versões mais recentes:

• lenta (se aplica principalmente para os grandes projectos, pois os menores não é tão ruim)
• dificuldade em encontrar ferramentas 3-parte para integrar com ele
• As ferramentas que fizeram pedido para integrar com ele tinha integrações flakey (especificamente Visual Studio e Código colaborador)
• estratégia de ramificação era confuso; tem um monte de olhares em branco tentando explicar caminhos de desenvolvimento e subprojetos compartilhadas
• A fusão entre os ramos foi difícil e problemático
• Bug Tracker carece de alguma flexibilidade do fluxo de trabalho em comparação com outras ferramentas de bugs
• ferramentas de administração foram menos do que polido

Eu não fiz ódio , mas nem posso recomendá-lo.