Barrapunto

"Se que subversion desde su versión 1.0 si no recuerdo mal, por defecto se instala sobre un gestor de base de datos."

Sigues equivocándote: Subversion pasó de utilizar por defecto una base de datos de Berkeley en sus versiones iniciales (el backend BDB) a usar ficheros (el backend fsfs). Y, de hecho, fue para mejor.

"nos puede ahorrar tener una rama por desarrollador (conocido antipatrón por cierto)"

Y vinculado, hasta donde yo se, a un único producto importante: ClearCase. ¿A qué viene gastar tanto tiempo en algo que, prácticamente, no hace ni dios?

Quizás esté equivocado, pero de verdad no encuentro más que información que me hace perserverar en mi error. ¿Podrías darme alguna referencia?

Por ejemplo, de la FAQ de Subversion:

'If you are using a repository with the Berkeley DB back end (default for repositories created with Subversion 1.0 and 1.1, not the default thereafter), we recommend not storing the repository on a remote filesystem (for example, NFS). While Berkeley DB databases and log files can be stored on remote filesystems, the Berkeley DB shared region files cannot be stored on a remote filesystem, so the repository may be safely accessed by only a single filesystem client, and not all Subversion functionality will be available to even that one client.

If you are using the FSFS repository back end, then storing the repository on a modern NFS server (i.e., one that supports locking) should be fine.'