Co oznacza symbol statusu Subversion „~”?

Otrzymuję symbol tyldy, kiedy wykonuję svn status.

Oto wynik projektu po edycji w 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

Masz jakiś pomysł, co to znaczy? Wydaje się, że nie można go znaleźć w Google ani w żadnym z ściągów svn.

Co ciekawe, edytowałem tylko main.m, ale jest dużo zmodyfikowanych plików. Nie wiem, dlaczego miałoby to być. Czy ktoś ma jakieś wskazówki dotyczące pracy z SVN i XCode? Czy powinienem umieszczać tylko pliki źródłowe pod kontrolą wersji?

Edycja: - spowodowana zastąpieniem pliku, który był już pod kontrolą wersji, plikiem innego typu. W tym przypadku strings.pbxstrings był plikiem, a teraz stał się katalogiem. Morał z tej historii jest taki, że nie należy poddawać folderu kompilacji kontroli wersji.

SVN Książka mówi:

Element jest wersjonowany jako jeden rodzaj obiektu (plik, katalog, link), ale został zastąpiony innym rodzajem obiektu.

Więc może pierwotnie był to pojedynczy plik, ale zmieniłeś go na katalog lub coś podobnego?

Oto co zrobiłem:

Jeśli folder to Test

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

Z

svn help status

„~” wersjonowany element zasłonięty przez element innego rodzaju

Widziałem to tylko wtedy, gdy uprawnienia do pliku uległy zmianie, a svn nie miał dostępu do niego, jak sądzę.

Mam nadzieję że to pomoże.

Najłatwiejszym sposobem rozwiązania tego problemu jest utworzenie kopii zapasowej, a następnie usunięcie folderu lub pliku, który ma ten stan, a następnie wykonanie „svn up”: niekoniecznie jest to folder zastąpiony przez plik, może to być po prostu brak folderu .svn lub jego uszkodzenie .

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

Może się to zdarzyć, gdy usuniesz folder .svn w folderze (na przykład, gdy usuniesz katalog, a następnie ponownie utworzysz ten sam katalog) lub gdy zastąpisz katalog dowiązaniem symbolicznym lub plikiem o tej samej nazwie .

Zakładając, że jest to folder o nazwie a-folder, możesz to naprawić, wydając następujące polecenia w folderze nadrzędnym:

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

A potem jest kwestia dodania / usunięcia svn i ponownego zatwierdzenia zmian

Miał podobny problem, SVN narzekał na zamek. Oto, co zrobiliśmy:

• Utworzono kopię zapasową plików
• Usunięto katalog, o którym mowa, poleceniem rm -r (linux)
• Ran oczyszczanie svn w katalogu
• Uruchomiono svn up --force w katalogu

Chcę tylko powiedzieć, że jest to problem często napotykany podczas instalowania rozszerzeń w Joomla. Rozszerzenia są instalowane przez CMS i są własnością Apache bez zapisu grupowego. Generalnie następnym krokiem jest dodanie plików do SVN, ale jeśli nie wykonasz sudo lub nie zmienisz uprawnień do pliku, SVN zawiedzie, gdy nie będzie mógł zapisać katalogu .svn. Oto proste rozwiązanie.

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

Może to być również kwestia dowiązań symbolicznych w systemie Windows. Kiedy zatwierdzasz dowiązanie symboliczne do SVN, a następnie sprawdzasz to w systemie Windows, łącza są zmieniane w zwykłe pliki i jest to również zgłaszane jako ~.

Często miałem to podczas aktualizacji modułów pod (np.) Joomla !, Wordpress czy Drupal. Czasami katalog .svn jest usuwany podczas procesu aktualizacji.

# 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