Cosa significa lo status symbol di Subversion “~”?

Ricevo un simbolo tilde quando eseguo un file svn status.

Ecco l'output del progetto dopo averlo modificato in 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

Qualche idea su cosa significhi? Non riesco a trovarlo su Google o su uno dei cheat sheet di svn.

È interessante notare che ho modificato solo main.m, ma ci sono molti file modificati. Non so perché sarebbe. Qualcuno ha qualche consiglio per lavorare con SVN e XCode? Devo solo mettere i miei file sorgente sotto il controllo della versione?

Modifica: - causato dalla sostituzione di un file che era già sotto il controllo della versione con un file di un altro tipo. In questo caso, strings.pbxstrings era un file e ora è diventato una directory. La morale della storia è di non mettere la cartella build nel controllo della versione.

Il libro SVN dice:

L'elemento è dotato di versione come un tipo di oggetto (file, directory, collegamento), ma è stato sostituito da un diverso tipo di oggetto.

Quindi forse era originariamente un singolo file, ma l'hai cambiato in una directory, o qualcosa del genere?

Ecco cosa ho fatto:

Se la cartella è Test

1. mv Test Test1
2. svn rimuovere Test
3. mv Test1 Test

A partire dal

svn help status

Oggetto con versione "~" ostruito da un oggetto di tipo diverso

Ho visto solo questo dove i permessi del file erano cambiati e svn non aveva accesso in esecuzione su di esso, credo.

Spero che questo ti aiuti.

Il modo più semplice per risolvere questo problema è eseguire il backup, quindi eliminare la cartella o il file che ha questo stato e quindi eseguire "svn up": non è necessariamente una cartella riposizionata da un file, potrebbe essere solo che la cartella .svn è mancante o danneggiata .

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

Ciò può accadere quando rimuovi la cartella .svn in una cartella (ad esempio quando rimuovi una directory e quindi crei di nuovo la stessa directory), o quando sostituisci una directory con un collegamento simbolico o un file con lo stesso nome .

Supponendo che sia una cartella chiamata a-folder, puoi risolvere questo problema immettendo i seguenti comandi nella cartella principale:

$ 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.

E poi è questione di svn che aggiunge / rimuove e conferma nuovamente le modifiche

Aveva un problema simile, SVN si lamentava di un blocco. Ecco cosa abbiamo fatto:

• Backup dei file
• Rimossa la directory in questione con rm -r (linux)
• Ran svn cleanup nella directory
• Ran svn up --force sulla directory

Voglio solo condividere che questo è un problema riscontrato frequentemente durante l'installazione di estensioni all'interno di Joomla. Le estensioni vengono installate tramite il CMS e sono di proprietà di Apache senza scrittura di gruppo. Generalmente il passaggio successivo consiste nell'aggiungere i file all'SVN, ma se non si sudo o non si modificano i perms dei file, SVN fallisce quando non può scrivere la directory .svn. Ecco la soluzione facile.

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

Potrebbe anche trattarsi di collegamenti simbolici in Windows. Quando si esegue il commit del collegamento simbolico in SVN e quindi lo si verifica in Windows, i collegamenti vengono modificati in file normali e questo viene anche segnalato come ~.

Ho avuto spesso questo durante l'aggiornamento dei moduli sotto (ad es.) Joomla !, Wordpress o Drupal. A volte la directory .svn viene rimossa dal processo di aggiornamento.

# 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