¿Qué significa el símbolo de estado de Subversion “~”?

Recibo un símbolo de tilde cuando hago un svn status.

Aquí está el resultado del proyecto después de editarlo en XCode.

svn status
M      build/Currency_Converter.build/Currency_Converter.pbxindex/imports.pbxbtree
M      build/Currency_Converter.build/Currency_Converter.pbxindex/pbxindex.header
M      build/Currency_Converter.build/Currency_Converter.pbxindex/symbols0.pbxsymbols
~      build/Currency_Converter.build/Currency_Converter.pbxindex/strings.pbxstrings
M      main.m
//more changed files

¿Alguna idea de lo que eso significa? Parece que no puedo encontrarlo en Google o en ninguna de las hojas de trucos de svn.

Curiosamente, solo edité main.m, pero hay muchos archivos modificados. No sé por qué sería eso. ¿Alguien tiene algún consejo para trabajar con SVN y XCode? ¿Debería poner mis archivos fuente bajo control de versiones?

Editar: - causado por un archivo que ya estaba bajo control de versión y que fue reemplazado por un archivo de otro tipo. En este caso, strings.pbxstrings solía ser un archivo y ahora se convirtió en un directorio. La moraleja de la historia es que no ponga su carpeta de compilación en el control de versiones.

El libro SVN dice:

El elemento está versionado como un tipo de objeto (archivo, directorio, enlace), pero ha sido reemplazado por otro tipo de objeto.

Entonces, ¿quizás era originalmente un solo archivo, pero lo cambió a un directorio, o algo por el estilo?

Esto es lo que hice:

Si la carpeta es Prueba

1. mv Test Test1
2. svn eliminar prueba
3. Prueba mv Test1

De

svn help status

Elemento versionado '~' obstruido por algún elemento de un tipo diferente

Solo he visto esto donde los permisos de archivo habían cambiado y svn no tenía acceso de ejecución, creo.

Espero que esto ayude.

La forma más fácil de solucionar esto es hacer una copia de seguridad, luego eliminar la carpeta o el archivo que tiene este estado y luego hacer "svn up": no es necesariamente una carpeta reemplazada por un archivo, podría ser solo que la carpeta .svn falta o está dañada .

svn delete --keep-local x
svn commit -m "del x"
svn add x
svn commit -m "blah"

Esto puede suceder cuando elimina la carpeta .svn en una carpeta (por ejemplo, cuando elimina un directorio y luego crea el mismo directorio nuevamente), o cuando reemplaza un directorio con un enlace simbólico o un archivo con el mismo nombre .

Suponiendo que se trata de una carpeta llamada a-folder, puede solucionar esto emitiendo los siguientes comandos en la carpeta principal:

$ find a-folder -type d -name '.svn' -print0 | xargs -0 rm -Rf
$ svn up --force .
svn: Directory 'logs/.svn' containing working copy admin area is missing
$ svn up --force .
E    a-folder
...
Updated to revision n.

Y luego es cuestión de svn agregar / eliminar y confirmar los cambios nuevamente

Tuvo un problema similar, SVN se quejaba de un candado. Esto es lo que hicimos:

• Respaldado los archivos
• Se eliminó el directorio en cuestión con rm -r (linux)
• Ran SVN de limpieza en el directorio
• Ejecutó svn up --force en el directorio

Solo quiero compartir que este es un problema que se encuentra con frecuencia al instalar extensiones dentro de Joomla. Las extensiones se instalan a través del CMS y son propiedad de apache sin escritura de grupo. Generalmente, el siguiente paso es agregar los archivos al SVN, pero si no sudo o cambia los permisos del archivo, entonces el SVN falla cuando no puede escribir el directorio .svn. Esta es la solución fácil.

mv foo foo-bak
svn up foo
svn revert foo

# just for good measure. Foo should not show up in the two following commands.
ls | grep foo
svn st | grep foo

mv foo-bak foo
svn add foo

También puede ser cuestión de enlaces simbólicos en Windows. Cuando ingresa un enlace simbólico en SVN y luego lo verifica en Windows, los enlaces se cambian a archivos normales y esto también se informa como ~.

A menudo tenía esto al actualizar módulos en (por ejemplo) Joomla !, Wordpress o Drupal. A veces, el proceso de actualización elimina el directorio .svn.

# rename updated directory
mv foo foo.new

# restore the old directory
svn up foo

# merge / update the old directory with new items
# notice that the above command will preserve the obsolete files
# so you should do a diff -r in order to remove them
cp -r foo.new/* foo

# Add files commit, etc
svn add foo/*
svn delete foo/xx
svn commit -m "updated module"

~ versioned item obstructed by some item of a different kind
    Second column: Modifications of a file's or directory's properties