Your working copy remembers the unique id of the repository. The id is randomly assigned when someone (the administrator) creates a new repository. Es decir, nuestro working copy tiene un id en base al repositorio actual, el id se genera de forma aleatoria cuando creamos un repositorio. Este error lo tuvimos con los clientes tipo Eclipse, después de hacer un restore del repositorio en base a un backup. Lo arreglamos haciendo un checkout sobre cada proyecto que necesitemos. De forma adicional, si hemos integrado SVN con TRAC, necesitaremos hacer un paso más. # trac-admin /path/to/trac/...

Al ejecutar un merge y luego ejecutar el commit, nos daba un error extraño, era como si el commit se quedase a medias. Al parecer era un error no con SVN sino con SAMBA. Encontré la respuesta con el Sr.Google. [webroot] comment = webroot path = /webroot public = yes writable = yes guest ok = yes browsable = yes create mask = 0644 force create mode = 0600 security mask = 0555 force security mode = 0600 Reinicié Samba y se pudo hacer el commit sin problemas. Links ...

Jajaja! Bonito error. Acabo de notar que de golpe, un grupo de pelos de mi cabeza se han vuelto color plata. Desde que los bastard…programadores de ITnet programan utilizando SVN, cada semana tengo una perlita que degustar. Pero bueno, la cara del jefe de programadores cuando ve que, por fin,  puede hacer un svn merge sin error no tiene precio. Así que al tema. Cuando empezó la tortura del SVN, hice uso de los repositorios estándar que instalaban la versión 1.5. Ningún problema. ¿Oh si? Los moradores de las arenas del departamento de programación, querían la última versión...

Quede claro que el mundo de Subversion me produce urticaria y graves encefaleas, por tanto, mis conocimientos sobre SVN son como las matemáticas de un austrolopitecus. Resulta que en SVN si haces un commit, esto es, actualizar los cambios locales en el servidor de SVN, luego no puedes cambiar el comentario asociado. Motivo: That is because changes to revision properties (of which svn:log is one) cause the property’s previous value to be permanently discarded, and Subversion tries to prevent you from doing this accidentally. Los cambios en las propiedades de la revisión causan que el...

El backup y restore de los repositorios de Subversion, pueden llevarse a cabo de manera fácil y rápida a través de las herramientas de administración por consola. Backup del repositorio # svnadmin dump /path/to/repo > svn-backup Hay más opciones, para hacer backup incremental pero para hacer un backup sencillo esto nos sirve. Hay personas que optan incluso por encriptarlo como vemos en el blog de Joaquin Diez # svnadmin dump --deltas /repo |bzip2 |tee dump.bz2 | md5sum >dump.md5 Restore del repositorio Si hemos de restaurar en un entorno nuevo es fácil, creamos el repositorio y...