SVN: ¿Qué significa el estado "cambiado en relación con su principal"?

Question

Estoy tratando de actualizar nuestro sitio en vivo desde el repositorio SVN. Hasta donde sé, no hay nada en los repositorios. que debería entrar en conflicto con cualquier cosa en el directorio de copia de trabajo. Pero cuando trato de "svn up" en el directorio raíz del público, me sale el siguiente error:

svn: REPORT request failed on '/svn/oursite/!svn/vcc/default' 
svn: Working copy path 'app' does not exist in repository 

Cuando corro "svn status" en la raíz de documento, veo lo siguiente:

docroot$ svn st -N 
    +S app 
    +S downloads 
    +S index.php 
    (etc.) 

De acuerdo con los documentos, la bandera S indica whether the item is switched relative to its parent. ¿Qué significa eso incluso, y qué puedo hacer para solucionarlo?

EDIT: Debo mencionar que soy el único que ha trabajado con el repositorio SVN. He estado trabajando con eso todo el día, intentando derrotar un problema de corrupción tras otro a medida que cambio las cosas.

(SVN es grande, pero seguro que es frágil ... parece romper si sólo echar un vistazo a mal!)

Answer 1

En la misma carpeta que el que se ha ejecutado svn status, ejecute el siguiente comando:

svn info app 

Esto le mostrará en qué URL está apuntando el metadato svn de la carpeta de la aplicación. Probablemente verás que apunta a otra ubicación en comparación con la que esperarías según la URL de la carpeta principal.

Puede usar svn switch para señalar cada carpeta conmutada a la URL correcta, o simplemente eliminar cada carpeta conmutada con rm -rf y luego hacer una svn update.

actualización después de la relectura pregunta: Scott tiene razón cuando dice que las carpetas conmutadas no deben causar errores cuando se hace un svn update.

La razón por la que experimenta problemas con su copia de trabajo es porque se mueve o cambia el nombre de las carpetas sin utilizar el comando svn mv. Este es un clásico error novato de SVN; He estado involucrado en la formación de nuevos usuarios SVN y he visto esto mucho.

Es bastante difícil reparar una copia de trabajo después de tales manipulaciones erróneas. La mejor manera de solucionarlo es, por lo general, hacer una nueva compra. Future versions de SVN centralizará Subversion 1.7 tiene ahora centralized the .svn metadata, reduciendo la oportunidad de tales errores.

Answer 2

Creo que el directorio está dañado de alguna manera. Si no es un gran problema para activarlo, estoy seguro de que eliminar el directorio y volver a subir/sacar hará que el problema desaparezca.

No creo que tengan razón sobre el directorio que se cambia, porque definitivamente puede ejecutar svn en medio de directorios conmutados sin problema.

Aquí hay un chico que lo resolvió de manera destructiva (http://andychase.net/posts/2006/04/working-copy-path-foo-does-not-exist-repository), y varias otras instancias como esa son bastante fáciles de buscar.

Answer 3

Acabo de encontrar una solución que funcionó aquí.La secuencia de acciones:

Abra un archivo que solo existe en la rama actual en un editor de texto.

1. Cambie a otra sucursal.
2. Guarde el archivo en el editor.
3. Cambiar de nuevo: ahora se queja de que no puede porque el archivo será reemplazado por el interruptor.
4. Elimina el archivo.
5. Rehacer el interruptor. Ahora todos los archivos tienen el estado "S".
6. Haga el interruptor una vez más. Ahora todo es felicidad en la tierra de VCS obsoletos.

Answer 4

Me encontré con este problema después de copiar algunos archivos de un directorio localmente desprotegido a otro, luego intenté agregar los archivos. El problema era que también había copiado el directorio .svn de los archivos de origen, lo que confundió la subversión. Eliminar el directorio .svn después de copiar los archivos solucionó mi problema.