Error bloqueado de copia de trabajo en tortoise svn al confirmar

La respuesta aceptada no funcionó para mí. Para solucionar ese problema, tuve que hacer clic derecho en el archivo que estaba bloqueado, seleccione repo-browser. Esto abrió una ventana emergente con los archivos tal y como están en el servidor SVN. Luego hice clic derecho en el archivo bloqueado y seleccioné break lock.

Cuando cerré el navegador del repositorio, de vuelta en el explorador finalmente pude confirmar!

1. Haga clic derecho en la carpeta.
2. TortoiseSVN->Comprobar si hay modificaciones.
3. Haga clic en el botón Comprobar repositorio.
4. Break lock en todos los archivos devueltos.

Me encontré con este problema. Para algunos me gustaría señalar que si está bloqueado CONSULTE CON SU EQUIPO. Alguien en el equipo puede tener algunas cosas bloqueadas porque están trabajando en ello (esto permite a los desarrolladores trabajar en cosas sin que otros entren e intenten trabajar en el mismo contenido también). Si ese es el caso, liberar el bloqueo y luego actualizar tiene el potencial de perder datos para el desarrollador que lo bloqueó.

Con eso en mente mi preocupación era que la " limpieza la opción" up " posiblemente cambiaría mi copia de trabajo o eliminaría información del nivel de Repositorio de Subversion. Ese no es el caso. La respuesta funcionó para mí. El mío se bloqueó cuando hice clic en cancelar durante la mitad de una actualización. Terminé tirando de algunas de nuestras ramas y no necesitaba las cosas, así que le di a cancelar. Mi copia de trabajo quedó bloqueada. No pude encontrar ningún documento que apareciera como "bloqueado" cuando usé el comando 'release lock'. Esto me dejó perplejo y después de una lectura rápida (y esto thread) He intentado el' limpiar ' comando. Después de una limpieza se resolvió mi problema y nada estaba bloqueado más.

Fuente: http://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-dug-locking.html

Hay varios significados de "bloqueo" en SVN y algunas de estas respuestas que hablan de "romper bloqueo" o de un compañero de equipo que sostiene un bloqueo no están usando el significado relevante para la pregunta original. Esta pregunta trata de "bloqueos de copia de trabajo" (es decir, son completamente locales a la copia de trabajo en su computadora y no tienen nada que ver con usted o sus compañeros de equipo sosteniendo un bloqueo/salida en un archivo). La respuesta aceptada por MicroEyes se refiere al uso correcto y es su mejor opción cuando esto suceder.

Si una limpieza no funciona, es posible que deba revisar una copia de trabajo nueva del proyecto. Si tiene algún archivo modificado, no comprometido, tendrá que copiarlo a la copia de trabajo nueva para que no pierda sus cambios.

Vea esta página en los documentos SVN de Tortoise para una descripción de los tres usos de "lock": http://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-dug-locking.html

Extracto (énfasis añadido):

Los Tres Significado de"Bloqueo"

En esta sección, y casi en todas partes en este libro, las palabras " bloquear" y "bloqueo" describe un mecanismo de exclusión mutua entre los usuarios para evitar choques de commits. Desafortunadamente, hay otros dos tipos de "bloqueo" con el que Subversion, y por lo tanto este libro, a veces necesita para estar preocupado.

El segundo es working copy locks , usado internamente por Subversion para evitar choques entre múltiples clientes de Subversion que operan en el la misma copia de trabajo. Por lo general, obtienes estos bloqueos cada vez que un comando como update / commit/... se interrumpe debido a un error. Estas cerraduras pueden ser eliminado ejecutando el comando cleanup en la copia de trabajo, como descrito en la sección llamada "Limpieza".

...

No tenía idea de qué archivo tenía el bloqueo, así que lo que hice para salir de este problema fue:

1. Fue a la carpeta de más alto nivel
2. Haga clic en limpieza y también marcado desde los métodos de limpieza methods > Romper bloqueos

Esto funcionó para mí.

Había intentado varias cosas, incluyendo "Limpiar" en subdirectorios más bajos. Finalmente, intenté actualizar la carpeta de nivel superior. Nada. Luego leí el consejo de "Limpiar el nivel superior". Lo intenté. La parte de limpieza tuvo éxito, pero la cerradura se mantuvo. Mi solución fue volver al nivel superior, limpiar, luego limpiar cada rojo (!) carpeta que podría profundizar en . Después de que todo fue "limpiado", la actualización funcionó perfectamente. La punta "break lock" también se ve bien, con la excepción de que alguien en tu equipopodría tener un control legítimo de las cosas.

Me las arreglé para bloquearme de un archivo en svn - no sé cómo - pero cuando intenté (re)-obtener el bloqueo (Tortoise estaba mostrando la opción "Obtener bloqueo" para el archivo), se quejó de que ya tenía el bloqueo. Intenté borrar el archivo y confirmar el cambio de directorio - el mismo resultado. Traté de limpiar (incluyendo la actualización de la superposición), pero eso también falló.

La solución fue entrar en el navegador de recuperación Tortoise, encontrar el archivo y usar la función break lock.

Solución de Windows:

Https://sourceforge.net/projects/win32svn /

1.Descárguelo, luego agréguelo a la ruta del sistema.

2.Vaya al directorio de trabajo ejecute "svn clean" y "svn update" en cmd.