2012-07-16 11 views
21

ciśgle błędu wymienionego cios w próbie scalenia z prywatnym oddziału:svn: Baza danych jest zablokowana, wykonując oświadczenie „uwolnienie s0”

baza danych jest zablokowana, wykonywanie instrukcji „RELEASE s0”

I uruchomić CollabNet serwera edge Subversion: 1.7.5-3220.94

uruchomić klienta tortoisesvn: TortoiseSVN 1.7.7 Build 22907 - 64 bit, 2012/05/15 12:16:05

Może ktoś proszę wskaż mi, co to powoduje i jak rozwiązać ten problem. Referencje w sieci sugerują, że jakiś proces używa backendu sqlite. Ogólna akcja "Release lock" z menu kontekstowego klienta svn wydaje się nie pomagać?

Dzięki.

+5

Może to oznaczać, że kopia robocza jest dostępna dla innego klienta w tym samym czasie. –

+0

Ale zazwyczaj upewniam się, że zamknąłem wszystkie okna klienckie SVN-owego, z wyjątkiem okna, którego używam do zainicjowania scalenia? – Terman

Odpowiedz

6

Jeśli otworzę powłokę i uruchomię polecenie subversion, spróbuj scalić używając Tortoise, otrzymam ten błąd.

Zamknięcie okna powłoki, a następnie ponowne scalenie z żółwia działa.

+1

Musiałem też zabić proces svn w powłoce. –

0

Dziękuję wszystkim. Myślę, że to prawdopodobnie przypadek, że moja kopia robocza zawiera lokalne modyfikacje. Właśnie przejrzałem TortoiseSVN 1.7 przez: Lesley A. Harrison, który zaleca, aby zapewnić płynne połączenie: upewnij się, że twoja kopia robocza jest czysta i nie ma żadnych lokalnych modyfikacji. Myślę, że tak nie było w moim przypadku.

okrzyki.

2

Mam znajomego, który utknął z tym. Ponownie uruchomił komputer i wszystko poszło dobrze, nic nie stracił i mógł znów pracować.

+0

pracował również na komputerze mojego przyjaciela! –

0

użycie lsof do listy uchwyt pliku SVN i zabić go następnie uruchomić svn Cleanup

4

Do SVN posprzątać. Problem zostanie rozwiązany.

6

Wystąpił ten błąd, gdy próbowałem zaktualizować kopię lokalną, ale okno scalania było otwarte. Zamknąłem okno scalania, a aktualizacja i czyszczenie działały poprawnie.

10

Jeśli jesteś na wersji systemu Windows po prostu zróbmy następny:

Kliknij prawym przyciskiem myszy na folderze repo i przejdź do TortoiseSVN opcji i obok tego wybrać opcję Clean Up.

W opcji oczyścić za wybierz:

Clean Up working copy status 
Refresh Shell Overlays 
Include external 

sho

+0

Dzięki @Fernando Cea, który pracował dla mnie :) – MikeRoger

+0

Dziękuję, Drogi! Niesamowite rozwiązanie –

4

miałem ten sam problem. Używałem Tortoise i Eclipse w tym samym czasie. Zamknięcie Eclipse rozwiązało ten problem.

+0

Wielkie dzięki! Mam ten problem od tak dawna i to dlatego, że miałem Netbeana otwarte podczas aktualizacji. – carla

-1

W systemie Windows 2008 R2, restart systemu operacyjnego poprawił go.

1

Jeśli nic nie działa z powyższych odpowiedzi, po prostu zabij proces z menedżera zadań i spróbuj ponownie. Nie trzeba ponownie uruchamiać. To działa dla mnie

1

Zwykle dzieje się tak, ponieważ inny program wykonuje kontrolę wersji na tej samej kopii roboczej.

Zamknij program (Eclipse, Netbeans, ...), a następnie spróbuj ponownie, po wykonaniu "posprzątać" w kopii roboczej

4

Jeśli używasz innego programu (NetBeans), trzeba skonfigurować program Netbeans:

Opcje> Zespół> wersjonowanie> Subversion> klient preferencyjne zmień tę opcję na "CLI", a potem wybierz SVN.exe w reż TortoiseSVN \ bin

to rozwiązać problem zablokowanego bazy

+0

To pomaga i jest szybsze niż ponowne uruchamianie Netbeans. –

0

To pomogło mi rozwiązać ten problem (wywrotowej 1.7.10):

$ cd /my/repository/.svn 
$ mv wc.db wc.db.old 
$ sqlite3 wc.db.old 
sqlite> .backup main wc.db 
sqlite> .exit 

Po upewnieniu się, że działa, można usunąć wc.db.old.

+0

Powinieneś dokonać aktualizacji do najnowszego SVN 1.9.x – bahrep