Não, e se você conseguiu hackear uma solução que fez isso, acho que todo mundo usando isso ficaria chateado com você. Um svn update força uma mesclagem de quaisquer arquivos que o usuário tenha modificado em sua cópia de trabalho. Essa mesclagem tem o potencial de dar terrivelmente errado e perder todas as suas mudanças se eles não estiverem prestando atenção. No SVN e na maioria dos outros sistemas de controle de versão de uso comum, o usuário deve solicitar explicitamente a obtenção do trabalho que outras pessoas fizeram POR DESIGN. Isso é para que uma pessoa não interrompa seu próprio fluxo de trabalho tentando obter suas alterações para compilar e executar com o trabalho de outra pessoa (possivelmente incompleta) até que estejam boas e prontas para gastar o tempo necessário para concluir a mesclagem corretamente. Um DVCS como o Mercurial ou o git (ou Fossil ou Bazaar ou veracidade ou ...) permitirá que você obtenha alterações sem mesclar (e sem vê-las em sua cópia de trabalho ainda), nesses sistemas PODERIA fazer sentido para empurrar automaticamente as alterações , mas o SVN combina o pull com a atualização, então, especialmente no SVN, uma atualização automática seria uma má ideia.
Notarei que os sistemas de controle de versão com paradigma "bloquear, editar, desbloquear" podem funcionar bem com um sistema de atualização automática. O ClearCase funciona dessa maneira, por exemplo. Mas os sistemas modernos quase sempre "copiam, editam, mesclam" e, portanto, não se prestam a um sistema de atualização automática, já que várias pessoas podem trabalhar no mesmo arquivo.
Agora, talvez você queira cópias de trabalho específicas somente leitura para serem atualizadas automaticamente, como em um servidor de compilação ou algo assim. AQUELES seria um bom candidato para um script de gancho no SVN, ou melhor ainda, um trabalho cron em sistemas Unix-like ou uma tarefa agendada no Windows.