Après tests, je vois que Romain a eu raison de ne pas utiliser la gestion des symlinks par SVN, parce qu'elle ne fonctionnerait pas bien pour l'usage que je suggérais en ./15: elle ne fonctionnerait que pour les gens qui utilisent des working copies suffisamment larges.
Symlinker b/toto vers a/toto (les descendants de deux paths "frères", donc) ne donne pas un résultat convenable si on checkoute l'arbre b/ sans checkouter l'arbre a/, comme le montre le petit essai qui suit:

$ ls -Rl
.:
total 12
drwxr-xr-x 3 1000 100 4096 jun 15 15:46 branches
drwxr-xr-x 3 1000 100 4096 jun 15 15:19 tags
drwxr-xr-x 3 1000 100 4096 jun 15 15:44 trunk

./branches:
total 0
lrwxrwxrwx 1 1000 100 16 jun 15 15:38 toto2.c -> ../trunk/toto2.c [fait depuis branches, ne fonctionne que si ../trunk est checkouté en même temps que branches]
lrwxrwxrwx 1 1000 100 14 jun 15 15:46 toto3.c -> /trunk/toto3.c [pour tenter de référencer la racine de la working copy, et non pas la racine du FS sur lequel la working copy est sauvée...]
lrwxrwxrwx 1 1000 100 12 jun 15 15:19 toto.c -> trunk/toto.c [fait depuis la racine d'une working copy complète, ne fonctionne que si trunk est checkouté en même temps que branches]

./tags:
total 0

./trunk:
total 12
-rw-r--r-- 1 1000 100 11 jun 15 15:37 toto2.c
-rw-r--r-- 1 1000 100 11 jun 15 15:44 toto3.c
-rw-r--r-- 1 1000 100 10 jun 15 15:19 toto.c

Le symlink est apparemment interprété de manière littérale (verbatim).