Estado "S" en Subversion

En algún momento, todos los archivos de mi copia de trabajo se marcaron con el símbolo "S" como se muestra a continuación:

$ svn st
M    S   AclController.php
     S   InstallationController.php
     S   CustomerController.php
     S   RedirController.php
     S   IndexController.php
     S   LoginController.php
     S   OrderController.php
     S   ProductController.php
     S   SelfInstallController.php
     S   SelfcareController.php

Curiosamente, solo ocurre en esta copia de trabajo en particular: cuando realizo el pago del proyecto en un nuevo directorio, no muestra las marcas "S".

¿Cómo deshacerse de estos molestos símbolos "S"? Disminuye significativamente la claridad del estado del WC.

Actualización: cambio de vez en cuando usando la svn switchsintaxis estándar . Nunca causó que este símbolo "S" apareciera hasta hace poco. El comando utilizado para cambiar fue:

svn switch svn+ssh://xxxxxx/subversion/xxxxxxx/releases/1.0.16 .

¿Hay alguna forma de borrar la bandera "S"?

Significa que los archivos son de una ubicación diferente en su repositorio de subversion que el directorio que los contiene. La solución es cambiar toda la copia de trabajo a la misma ubicación. Consulte las dos secciones del libro de Subversion para obtener detalles sobre cómo invocar el comando.

Si llama a 'svn info' en el directorio mismo y en (uno de) los archivos dentro, obtendrá dos URL diferentes.

Obtiene el estado 'S' si la URL de un archivo / directorio no coincide con la URL del padre seguida del nombre del archivo.

¿Puede publicar la URL del principal y uno de los nodos secundarios? (anonimizar la URL cuando corresponda)

Tuve el estado ' S ' al cambiar de troncal (r100) a alguna rama (r50). Me sale el error:

svn: Failed to add file 'web/.htaccess': an unversioned file of the same name already exists

Todos los subdirectorios de web / estaban marcados con ' S '.

La causa: había eliminado .htaccess a svn: ignórelo (r100), luego lo había creado nuevamente (sin versión e ignorado). La rama (r50) todavía tenía web / .htaccess en el repositorio.

La solución :

mv web/.htaccess ../../
svn switch back to trunk
svn switch to branch again

Todo está bien.

Tuve este problema con un directorio que comprometí con éxito con SVN. La solución para mí fue borrarlo localmente y luego actualizarlo. No pude ver ninguna diferencia, pero el archivo .svn se corrigió por cualquier motivo (no más S).

Esto suele deberse a una interrupción al cambiar de rama.

Cambie a una rama diferente y luego vuelva a la rama que realmente desea.

svn switch some_other_branch_url

svn switch desired_branch_url

Solo un comentario: obtuve el mismo símbolo S cuando verifiqué un directorio eliminado de la misma ubicación en el repositorio pero usando una URL diferente , es decir, usando protocolos distintos para pagar como 'svn checkout svn + ssh: // usuario @ scm .gforge ... 'contra' svn checkout --username user https: //scm.gforge .... '. Lo resolví revisándolo nuevamente usando la misma URL que usé para el primer pago.

En caso de que alguien llegue tarde en busca de la respuesta (que se indica correctamente arriba), creo que una CAUSA probable de esta situación es un 'interruptor svn' en un directorio principal que falla (como en el caso de un archivo local no confirmado con el mismo nombre y sin la opción --force), dejando todos los archivos posteriores a la falla 'sin cambiar'.

Es por eso que (asumiendo que el problema original se corrige más tarde) un 'cambio svn' posterior nuevamente en el mismo directorio principal cambiará los archivos restantes no cambiados a una nueva ruta de repositorio.

Esto significa que ha cambiado de una copia de trabajo a otra, por ejemplo, ha revisado una copia de trabajo y luego la ha cambiado para compararla con una rama de código. Eche un vistazo al libro SVN para obtener detalles sobre cómo deshacer esto.

Hay otra forma en que se puede lograr este estado, lo que con suerte le ahorrará a alguien algo de tiempo rastrearlo.

Desempaqueté una biblioteca externa en mi raíz SVN y resulta que el autor de terceros ha incluido accidentalmente su propia carpeta .svn en una de sus carpetas. Esto, por supuesto, sobrescribe nuestra propia carpeta de subversión correcta y tiene el mismo efecto que se describe en otra parte de esta página: una carpeta parece haber cambiado inesperadamente a otra rama.

"El artículo está cambiado".

Si usó "svn switch" en su copia de trabajo, ¿eso podría explicarlo?

Para mí, esto sucede cuando se interrumpe el comando "svn switch" y para resolverlo con TortoriseSVN, hago clic derecho en el archivo y selecciono cambiar de nuevo a padre

Una solución simple para deshacerse de la 'S' cuando emite

svn status

es simplemente ir al directorio que está marcado con 'S' y eliminar el directorio .svn oculto:

rm -rf .svn

Luego, las fuentes aparecen marcadas con '?' y podrías agregarlos fácilmente:

svn agregar ruta / a / recurso

En mi caso, se eliminaron dos subdirectorios de la rama en el tronco. Cambié del tronco a la rama del directorio de nivel superior, y luego volví al tronco y experimenté el problema con esos subdirectorios que ahora están en estado S.

Usé la respuesta de @ahnbizcad como guía. Desde el directorio principal (que se encuentra en el directorio de nivel superior) de los subdirectorios:

svn sw <branch_url>

svn sw <trunk_url>

Le sugiero que lea su ayuda oficial, intente:

svn st --help

o

svn st --help | grep S

'S' the item has a Switched URL relative to the parent