Se você estiver usando o SVN para implantar coisas, então, por que não? Eu não posso contar a quantidade de vezes capaz de svn mudar para a versão anterior do aplicativo salvou nossos rabos. Ele também abriu os ângulos de deixar as pessoas configurarem o push para a produção sem acesso - eles confirmam, ops executa svn update.
Em termos de segurança, ele não executa nada que deva ser explorado remotamente e, se você tiver problemas de exploração local no servidor, provavelmente precisará repensar sua política de segurança. O maior problema, se forem aplicativos da Web, é que as pastas .svn no Windows poderiam ser lidas dependendo da configuração do servidor. O IIS padrão está bem - ele não passa por extensões desconhecidas. Mas se você está, digamos, executando o tomcat como um servidor web, ele permitirá que as pessoas obtenham seus svn-revprops e potencialmente partes do seu código fonte, sem algum ajuste. Isso é corrigido pelo svn 1.7, pois não há mais pastas .svn em todas as pastas, pois o 1.7 usa um banco de dados sqllite central. Então, se você tornar a pasta raiz maior que a webroot, você é de ouro.
Ou, se isso ajudar você a valer a pena para a implantação na produção, então compreenda algumas ressalvas em torno das estruturas de arquivos.