SVN: Folder jest już pod kontrolą wersji, ale nie spełnia?

mark@mark-ubuntu:~/myproject$ svn stat
?       runserver.sh
?       media/images/icons
?       apps/autocomplete
mark@mark-ubuntu:~/myproject$ svn add apps/autocomplete
svn: warning: 'apps/autocomplete' is already under version control

svn statmówi, że nie jest pod kontrolą wersji, więc próbuję go dodać, a potem mówi mi, że tak. Kiedy robię svn ci, nie zostaje ono zatwierdzone i nie pojawia się, gdy próbuję przeglądać repozytorium online.

Jak mam to zrobić?

Skopiuj problematyczny folder do katalogu kopii zapasowych i usuń go z katalogu roboczego SVN. Pamiętaj, aby usunąć wszystkie .svnukryte katalogi ze skopiowanego folderu.

Teraz zaktualizuj swój projekt, wyczyść i zatwierdź to, co zostało. Teraz przenieś folder z powrotem do katalogu roboczego, dodaj go i zatwierdź. W większości przypadków to obejście działa, wydaje się, że w zasadzie SVN się pomylił ...

Aktualizacja: cytując komentarz @Mark :

Nie trzeba było przenosić folderu, wystarczy usunąć .svnfolder, a następnie dodać svn.

Miałem podobnie wyglądający problem po dodaniu drzewa katalogów, które zawierało katalogi .svn (ponieważ był to svn: external w swoim środowisku źródłowym): status svn powiedział mi „?”, Ale podczas próby dodania było to „już” pod kontrolą wersji ”.

Ponieważ nie było innych wersjonowanych katalogów, zrobiłem to

find . -mindepth 2 -name '.svn' -exec rm -rf '{}' \;

aby usunąć błędne katalogi .svn; po wykonaniu tej czynności udało mi się dodać nowy katalog.

Uwaga :

• Jeśli zawarte są inne wersjonowane katalogi, wyrażenie find należy zmienić, aby było bardziej szczegółowe
• Jeśli nie masz pewności, najpierw pomiń część „-exec ...”, aby zobaczyć, co zostanie usunięte

Odmiana odpowiedzi @ gauss256 , usuwanie .svn, zadziałała dla mnie:

rm -rf troublesome_folder/.svn
svn add troublesome_folder
svn commit

Przed rozwiązaniem Gaussa wypróbowałem podejście @ jwir3 i nie miałem radości:

svn cleanup
svn cleanup *
svn cleanup troublesome_folder
svn add --force troublesome_folder
svn commit

(1) To właśnie mi się przydarzyło i pomyślałem, że to ciekawe, jak to się stało. Zasadniczo skopiowałem folder do nowej lokalizacji i zmodyfikowałem go, zapominając, że przyniesie ze sobą wszystkie ukryte katalogi .svn. Kiedy zdasz sobie sprawę, jak to się dzieje, łatwiej będzie tego uniknąć w przyszłości.

(2) Rozwiązaniem jest usunięcie katalogów .svn, ale musisz to zrobić rekurencyjnie w całym drzewie katalogów. Najłatwiej to zrobić:

find troublesome_folder -name .svn -exec rm -rf {} \;

Czy próbowałeś wykonać czyszczenie svn?

Poszukaj katalogu „apps / autocomplete / .svn”. Przenieś go w bezpieczne miejsce (na wypadek, gdybyś musiał go przywrócić, ponieważ to nie zadziałało) i sprawdź, czy to rozwiąże problem.

Znalazłem rozwiązanie na wypadek, gdybyś zainstalował Eclipse (Luna) z klientem SVN JavaHL (JNI) 1.8.13 i Tortoise :

Otwórz Eclipse: Najpierw spróbuj dodać moduł projektu / maven do kontroli wersji (Projekt -> Menu kontekstowe -> Zespół -> Dodaj do kontroli wersji)

Zobaczysz następujący komunikat o błędzie Eclipse:

org.apache.subversion.javahl.ClientException: Wpis już istnieje svn: „PathToYouProject” jest już pod kontrolą wersji

Następnie musisz otworzyć katalog obszaru roboczego w eksploratorze, wybrać projekt i rozwiązać go za pomocą Tortoise (Projekt -> Menu kontekstowe -> TortoiseSVN -> Rozwiąż)

Zobaczysz następujące okno dialogowe z komunikatem: „ Lista plików jest pusta ”

Naciśnij anuluj i odśwież projekt w Eclipse. Twój projekt powinien znów być pod kontrolą wersji.

Niestety nie jest możliwe rozwiązanie więcej niż jednego projektu w tym samym czasie ... nie musisz niczego usuwać, ale w zależności od rozmiaru projektu może to być trochę pracochłonne.

Dla mnie robienie aktualizacji svn, a następnie zatwierdzanie svn działało. W folderze, którego nie można było dodać, nie było żadnych folderów .svn.