O Subversion é um repositório central
Embora muitas pessoas queiram distribuir repositórios pelos benefícios óbvios de velocidade e múltiplas cópias, há situações em que um repositório central é mais desejável. Por exemplo, se você tem algum pedaço de código que você não quer que ninguém acesse, você provavelmente não quer colocá-lo sob o Git. Muitas corporações querem manter seu código centralizado, e (eu acho) todos os projetos governamentais (sérios) estão sob repositórios centrais.
O Subversion é a sabedoria convencional
Isso quer dizer que muitas pessoas (especialmente gerentes e chefes) têm a maneira usual de numerar as versões e ver o desenvolvimento como uma "linha única" ao longo do tempo codificada em seu cérebro. Sem ofensa, mas a liberalidade de Git não é fácil de engolir. O primeiro capítulo de qualquer livro do Git lhe diz para apagar todos os ideais convencionais de sua mente e começar de novo.
O Subversion faz isso de uma forma e nada mais
O SVN é um sistema de controle de versão. Tem uma forma de fazer o seu trabalho e todos fazem o mesmo. Período. Isso facilita a transição de / para o SVN de / para outro VCS centralizado. O Git NÃO é nem mesmo um VCS puro - é um sistema de arquivos, tem muitas topologias de como configurar repositórios em diferentes situações - e não há nenhum padrão. Isso dificulta a escolha de um.
Outras vantagens são:
-
O SVN suporta diretórios vazios -
O SVN tem melhor suporte do Windows -
O SVN pode fazer check-out / clonar uma sub-árvore - O SVN suporta o controle de acesso exclusivo
svn lock
, que é útil para arquivos difíceis de serem mesclados
O - SVN suporta arquivos binários e arquivos grandes com mais facilidade (e não requer a cópia de versões antigas em todos os lugares).
- Adicionar um commit envolve consideravelmente menos etapas, pois não há nenhum pull / push e suas alterações locais são sempre implicitamente substituídas em
svn update
.