No coincidencia de bloqueo-token

Question

Según la Subversion documentation:

después de la confirmación está terminado, svn estado muestra que el token de bloqueo es no ya presentes en la copia de trabajo. Este es el comportamiento estándar de SVN cometer-que busca en la copia de trabajo (o lista de objetivos, si se proporciona dicha lista) para las modificaciones locales y envía todas las fichas bloquearlo encuentros durante este paseo a la servidor como parte de la transacción commit . Después de la confirmación se completa con éxito, se liberaron todos los bloqueos del repositorio que se mencionaron , incluso en los archivos que no se han confirmado. Esto está destinado a desalentar a los usuarios a ser descuidados sobre el bloqueo o de la celebración de cerraduras durante demasiado tiempo.

Al tratar de garantizar funciona esta funcionalidad, que continuamente reciben este mensaje al intentar cometer un cambio en un archivo que tiene un bloqueo en mi copia de trabajo:

svn: Cannot verify lock on path '/test/test'; no matching lock-token available

Ahora, he probado este escenario en dos copias de trabajo diferentes en Windows, y una vez en RHEL, y cada vez recibió el mismo error con un nuevo proceso de pago y sin bloqueos previos en el archivo. Si desbloqueo el archivo y luego confirmo, no hay problema, los commits suceden. Si uso la propiedad svn: needs-lock, el mismo error si intento confirmar antes de desbloquear el archivo.

Estoy bastante seguro de que el error no está ocurriendo en el lado del cliente, sino en el lado del servidor. Pensé que podría ser que los clientes no estén pasando el token de autorización local al servidor de Subversion. Sin embargo, he intentado esto con tres clientes diferentes (2 CLI y Subclipse). Debido a que falla con tres clientes diferentes, siento que los clientes están pasando los tokens de autorización local al servidor. Así que estoy bastante seguro de que el servidor es el lugar donde necesito resolver esto, pero ¿dónde?

Answer 1

Bueno, he hecho un pequeño análisis con su pregunta y encontré this.

Lo que dice hacer es verificar si los archivos son de solo lectura, si lo son, SVN piensa que los archivos están bloqueados y que ningún token de bloqueo coincidente estará disponible (ya que en realidad no está bloqueado). Por lo tanto, si solo son de solo lectura, intente configurarlos para que se puedan escribir.

Si eso no funciona, échale un vistazo a here.

Answer 2

Quizás el repositorio en el servidor se dañó. Use svnadmin en el servidor para volcar el repositorio, cárguelo en una máquina diferente en un depósito temporal y pruebe la misma operación con el depósito temporal.

Si eso soluciona el error, haga una copia de seguridad del repositorio anterior y reemplácelo por el repositorio temporal.

Answer 3

que tenían el mismo problema:

svn: E160037: Commit failed (details follow): 
svn: E160037: Cannot verify lock on path '/QHG3/trunk/kernel/Activator.cpp'; no matching lock-token available 

yo era capaz de solucionar este problema por "robar" el candado:

svn lock --force AltMoverPop.cpp 

Answer 4

Ohh hombre .. Me mensaje buscar a pilar. Para mí el problema era el mismo "Bloqueo que no funciona"

Haz clic derecho -> Obtener bloqueos -> marca "Bloquear robo". Modificó el archivo, y se registró. Lo hice por mí, por el momento