Kopia robocza XXX zablokowana i czyszczenie nie powiodło się w SVN

Dla mnie sztuką było uruchomienie svn cleanup Na górze mojej kopii roboczej, a nie w folderze, w którym pracowałem przez cały czas, zanim pojawił się problem.

Poszukaj w swoim folderze .svn, będzie w nim plik o nazwie lock. Usuń ten plik, a będziesz mógł zaktualizować. W katalogu .svn każdego podkatalogu może znajdować się więcej plików blokujących. Będą również musieli usunąć. Można to zrobić jako wsad po prostu z wiersza poleceń za pomocą np.

find . -name 'lock' -exec rm -v {} \;

Pamiętaj, że ręcznie edytujesz pliki w folderze .svn. Zostały tam umieszczone nie bez powodu. Ten powód może być błędem, ale jeśli nie możesz być szkodliwy dla lokalnego przyjąłem.

Źródło: http://www.svnforum.org/2017/viewtopic.php?p=6068

W moim przypadku rozwiązałem to ręcznie usuwając rekord w SQLite".svn \ wc " zapis blokady pliku w tabeli WC_LOCK.

Otworzyłem plik " WC " w edytorze SQLite i wykonałem

delete from WC_LOCK

Po komentarzu eakkas być może będziesz musiał usunąć wszystkie wpisy z tabeli WORK_QUEUE.

Najprostszy sposób:

1. przejdź do katalogu nadrzędnego (Folder) projektu .
2. Pres Kliknij prawym przyciskiem myszy
3. Naciśnij TortoiseSVN następnie naciśnij Wyczyść...
4. okno dialogowe czyszczenia pojawi się automatycznie
5. Wybierz Clean up working copy status, Break locks, Fix time stamps, Vacuum pristine copies, Refresh shell overlays, Include externals
6. Pres OK

Sprawdź zrzuty ekranu dla swojego Referencja.

Pierwszy krok:

Drugi krok: Włącz opcję Blokada przerwania (drugie pole wyboru w wyskakującym oknie czyszczenia)

Kolega z pracy stale widzi ten Komunikat, a dla niego jest to spowodowane tym, że usunął katalog pod kontrolą wersji SVN Bez usuwania go z SVN, a następnie utworzył nowy katalog w jego miejsce nie pod kontrolą wersji, o tej samej nazwie.

Jeśli to jest Twój problem...:

Istnieją różne sposoby, aby to naprawić, w zależności od tego, jak / dlaczego katalog został zastąpiony.

Tak czy inaczej, prawdopodobnie będziesz musiał:

A) Zmień nazwę istniejącego katalogu na a nazwa tymczasowa

B) wykonaj przywracanie SVN, aby odzyskać katalog usunięty z systemu plików, ale nie z SVN

Stamtąd, albo

A) skopiuj odpowiednie pliki do katalogu, który został usunięty

B) jeśli nastąpiła znacząca zmiana zawartości w katalogu, wykonaj usunięcie SVN na oryginale, Zatwierdź i zmień nazwę nowego katalogu z powrotem na żądaną nazwę, a następnie dodaj SVN, aby uzyskać ten jeden pod kontrolą wersji.

Dla mnie żadne z powyższych rozwiązań nie zadziałało. Znalazłem rozwiązanie przez łamanie zamków. Kiedy wykonałem czyszczenie svn, wybrałem "Break Locks" wraz z "Clean up working copy status".

Ten zadziałał na mnie.

1. Przejdź do katalogu głównego,
2. Kliknij prawym przyciskiem myszy i wyczyść
3. Sprawdź wszystkie dostępne opcje
4. Naciśnij ok

Po oczyszczeniu pozwoli na aktualizację do najnowszej wersji.

Dla mnie to była wina żółwia. Tortoise po prostu narzekał "nie można posprzątać, Uruchom Wyczyść", ale kiedy uruchomiłem linię poleceń (svn cleanup), wyraźnie powiedział mi, że nie może usunąć niektórych plików, które były w użyciu, rozwiązanie, które było oczywiste. Po zamknięciu Visual Studio (które utrzymywało pliki otwarte), oczyszczanie działało dobrze.

Inne programy mogą również przechowywać pliki otwarte w repo, powodując ten problem. Excel holding an XLS open był winowajcą w innym przykładem może być więc mądre zamknięcie wszystkich programów, które mogą używać czegokolwiek w repo lub nawet ponowne uruchomienie, aby wymusić zamknięcie programów, a następnie ponowne spróbowanie czyszczenia.

Miałem ten problem, ponieważ foldery zewnętrzne nie chcą być połączone z istniejącym folderem. Jeśli dodasz linię właściwości svn: externals, gdzie miejscem docelowym jest istniejący (wersjonowany lub nie wersjonowany) folder, otrzymasz błąd zablokowania kopii SVN Woring. Tutaj oczyszczanie powie Ci również, że wszystko jest w porządku, ale nadal aktualizacja nie zadziała.

Rozwiązanie: Usuń problematyczny folder z repozytorium i dokonaj aktualizacji w folderze głównym, w którym znajduje się właściwość svn: externals gotowe. Spowoduje to utworzenie folderu i wszystko będzie znowu w porządku.

Ten problem pojawił się dla mnie, ponieważ svn: externals dla plików wymaga kontrolowania wersji folderu docelowego. Po tym, jak zauważyłem, że to nie działa w różnych repozytoriach, przeszedłem z plików zewnętrznych do folderu zewnętrznego i wpakowałem się w ten bałagan.

Najprostszym sposobem na to jest pokazanie ukrytych folderów, a następnie otwarcie .Folder SVN. Powinieneś zobaczyć zerowy plik KB o nazwie "lock" usunięcie to naprawi problem

Natknąłem się na dokładnie ten sam problem używając SVN 1.7 i żadna z powyższych poprawek nie zadziałała.

Przede wszystkim upewnij się, że wykonujesz kopię zapasową wszystkich edytowanych treści.

Po spędzeniu kilku godzin (nie pobierałem wszystkiego ponownie, ponieważ moja gałąź ma ponad 6GB), odkryłem, że jest plik db o nazwie "wc" w .folder svn Twojej filii.

Otwórz plik db używając dowolnego menedżera db (używałem wtyczki Firefoksa SQLite manager) i przejdź do tabeli WC_LOCK. Tabela ta będzie proszę o wpisy do nabytych zamków. Usuń rekordy z tabeli i gotowe:)

Kiedy mam ten problem, uważam, że uruchomienie polecenia cleanup bezpośrednio na ścieżce problemu wydaje się działać. Następnie ponownie uruchomię oczyszczanie z działającego katalogu głównego i będzie narzekać na jakiś inny katalog. i powtarzam, dopóki nie przestanie narzekać.

Jeśli korzystasz z komputera z systemem Windows, Przeglądaj repozytorium za pomocą przeglądarki i możesz zobaczyć dwa pliki o tej samej nazwie, ale z różnymi przypadkami. Program Subversion uwzględnia wielkość liter, A System Windows nie jest, więc możesz uzyskać blokadę, gdy system Windows uzna, że ściąga ten sam plik, a program Subversion nie. Usuń zduplikowane nazwy plików w repozytorium i spróbuj ponownie.

Zrobiłem to po prostu tworząc nowy folder, sprawdzając projekt, kopiując zaktualizowane pliki do nowego folderu.

Został naprawiony ze świeżą kasą.

Czy używasz TortoiseSVN i właśnie ulepszasz? Miałem ten problem wcześniej, gdy przechodziłem z 1.4 do 1.5 i nie restartowałem. (Spróbuj ponownie uruchomić).

Powodem, dla którego musisz zrestartować, jest to, że plik pamięci podręcznej robi się dziwny.

W Przeciwnym Razie, aby przejść dalej, wyeksportuj tę roboczą kopię do nowego folderu (nie kopiuj .ukryte foldery svn), ponownie zamów projekt i przenieś cały kod z powrotem, a następnie kontynuuj commit.

Po prostu usuń .folderów svn, a następnie uruchom oczyszczanie w katalogu nadrzędnym. Działa idealnie!!

W wersjach Pod Mac OS: Action - > Cleanup working copy locks at...

Często mam taki problem. Mój wzór, który powoduje problemy z czyszczeniem.

1. otwieram plik obrazu w przeglądarce.
2. usuwam plik/folder obrazu.
3. próbuję zatwierdzić / zaktualizować

Zamknięcie przeglądarki obrazów, w której jest otwarty usunięty plik, rozwiązuje problem. Może inne oprogramowanie może zablokować czyszczenie w ten sam sposób.

Ogólnie. Uważam, że ponowne uruchomienie komputera może pomóc w takich przypadkach.

SVN normalnie aktualizuje swoją wewnętrzną strukturę (.svn/prop-base) plików w folderze przed pobraniem rzeczywistych plików z repozytorium. Po pobraniu plików zostanie to wyczyszczone. Często błąd jest wyrzucany, ponieważ "aktualizacja" nie powiodła się lub przedwcześnie anulowano podczas postępu aktualizacji.

1. Sprawdź wszystkie pliki są wymienione poniżej .katalog svn / prop-base
2. Usuń wszystkie pliki, które nie znajdują się w folderze
3. Cleanup
4. Update

Teraz aktualizacja powinna działać.

Miałem ten sam problem, ponieważ wyeksportowałem folder w folderze kontrolowanym przez wersję. Musiałem usunąć folder z TortoiseSVN, a następnie usunąć folder z systemu plików (TortoiseSVN nie lubi niezweryfikowanych podfolderów ... dlaczego nie???)

Nie usuwaj swojego rozwiązania!

W .folder svn Masz plik o nazwie lock to mA 0 bajtów długości

Możesz usunąć wszystkie te pliki ze wszystkich .foldery svn w Twoim rozwiązaniu i będzie działać

W moim przypadku zadziałało

In-place unversioning plików, i świeże kasy w tym samym miejscu, rozwiązał ten problem dla mnie.

W TortoiseSVN, aby wykonać unversioning in-place, przeciągnij prawym przyciskiem myszy główny folder kopii roboczej z listy plików na siebie w drzewie katalogów i wybierz "SVN Export wersjonowane elementy tutaj" z menu podręcznego. TortoiseSVN zauważa, że miejsce docelowe jest takie samo jak źródło i sugeruje anulowanie kopii roboczej.

Po unversioning, do a Nowa kasa w tym samym folderze (który teraz zawiera niezobowiązującą kopię wszystkich plików, które posiadałeś). TortoiseSVN ostrzega cię, że sprawdzasz istniejący folder, ale możesz iść dalej.

Po tym sprzątanie, aktualizacje i inne operacje działały bez zarzutu. Ponieważ oba powyższe kroki zachowują lokalne modyfikacje, nie powinno dojść do utraty informacji (ale tworzenie kopii roboczej przed tym może być dobrym pomysłem).

Jedno ostrzeżenie: jeśli kopia robocza zawiera wersje mieszane lub niezatwierdzone zmiany właściwości, które zostaną utracone. Dla mnie nie jest to częste zjawisko, a biorąc pod uwagę wybór uszkodzonej kopii roboczej lub utratę niezarejestrowanych zmian własności, zazwyczaj wybieram tę ostatnią.

Miałem ten problem, gdzie" clean up "działa, ale "aktualizacja" będzie nadal nie. Rozwiązaniem, które zadziałało, było usunięcie danego folderu za pomocą Eksploratora Windows, a nie usunięcie TortoiseSVN (co oznacza usunięcie jako coś do zatwierdzenia do repozytorium, a następnie zrobiłem "checkout", aby zasadniczo" zaktualizować " folder z respository.

Więcej informacji na temat różnicy między O/S delete i SVN delete proszę.: http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-rename.html

:

Kiedy TortoiseSVN → Usuń plik, jest on natychmiast usuwany z twojej kopii roboczej, a także jest oznaczany do usunięcia w repozytorium przy następnym zatwierdzeniu.

I:

Jeśli plik zostanie usunięty za pomocą Eksploratora zamiast za pomocą menu kontekstowego TortoiseSVN, okno dialogowe zatwierdzania wyświetla te pliki i pozwala usunąć je również z kontroli wersji przed zobowiązaniem. Jeśli jednak zaktualizujesz kopię roboczą, program Subversion wykryje brakujący plik i zastąpi go najnowszą wersją z repozytorium.

Jeśli używasz Linuksa, spróbuj tego:

find "/the/path/to/your/directory" -name .svn -type d | xargs chmod 0777 -R

Następnie uruchom polecenie cleanup w tym katalogu, a następnie spróbuj zaktualizować.

Zrobiłem co następuje, aby naprawić mój problem:

1. zmieniono nazwę folderu, umieszczając " _ " przed nazwa folderu.
2. czyściłem folder nadrzędny.
3. zmieniono nazwę folderu z powrotem na jego oryginalną nazwę.
4. zrobił commit.

W Eksploratorze rozwiązań kliknij prawym przyciskiem myszy na projekcie, w pod-menu otwierającym kliknij na subversion i wybierz clean-up. To rozwiąże problem, tak jak ja. Mam nadzieję, że się uda.

To do the clean up

1. Usunąćfolder svn.

2. Wykonaj svncheckout w folderze głównym.

3. Spróbuj wykonać operację czyszczenia.

To rozwiązało mój problem.

Miałem to pod TortoiseSVN i błąd był związany z nowym katalogiem, który utworzyłem w ramach nowego projektu. Właśnie stworzyłem ten projekt, więc nie było możliwości, aby ten katalog istniał wcześniej. Spojrzałem w przeglądarce repozytorium i Nowy folder rzeczywiście był już w repozytorium, ale TortoiseSVN nie pokazał go jako committed.

Aby to obejść, ponieważ i tak stworzyłem folder, usunąłem go w repozytorium, a następnie zrobiłem commit. Zadziałało dobrze.

Ponieważ zrobiłem to poza Visual Studio, musiałem ponownie uruchomić Visual Studio, aby wszystko było gotowe.

Rozpocznij Wyszukiwanie....Zamek...Wybierz wszystkie wymienione pliki i usuń..fixed