Je pense que votre version de svn est un peu ancienne. J'ai essayé la même chose dans ma boîte locale et je l'ai trouvé fonctionnel.
<snip>
[email protected]:/tmp$ svn export https://xxx/svn/repos/xxx/branches/release/x.0.1.0/build/dummy/
A dummy
A dummy/app0
A dummy/app1
A dummy/app2
Exported revision 43925.
[email protected]:/tmp$ ls dummy/app2
[email protected]:/tmp$ cd dummy/app2/
[email protected]:/tmp/dummy/app2$ ls
[email protected]:/tmp/support/tomcat$ svn --version
svn, version 1.6.6 (r40053)
compiled Dec 12 2009, 05:04:54
Copyright (C) 2000-2009 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet (http://www.Collab.Net/).
The following repository access (RA) modules are available:
* ra_neon : Module for accessing a repository via WebDAV protocol using Neon.
- handles 'http' scheme
- handles 'https' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
- with Cyrus SASL authentication
- handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
- handles 'file' scheme
</snip>
C'est le commettras, qui a fixé ce problème http://svn.apache.org/viewvc/subversion/trunk/subversion/libsvn_client/export.c?view=log&pathrev=846726
Sinon, vous pouvez penser à ajouter un certain fichier factice si vous êtes contraint par la version que vous utilisez. BTW, les nouveaux clients svn fait avec un serveur svn plus ancien.
J'ai exactement la même version que vous et mon exportation n'obtient pas de répertoires vides. J'ai fini par ajouter un fichier .placeholder dans chacun des répertoires et ensuite supprimé automatiquement tous les fichiers .placeholder dans la commande de construction après l'exportation. Hacky, mais ça a marché. – Spyplane