Błąd SVN: Zatwierdź blokadę przez zatwierdzenie przed zatwierdzeniem (kod wyjścia 1) z wyjściem: Błąd: n/d (6)

Question

Jakiś dziwny błąd pojawił się niespodziewanie znikąd i uniemożliwia mi sprawdzenie kodu za pomocą TortoiseSVN. Używam darmowego konta na myversioncontrol.com

To jest na systemie Windows Vista. Wszystko działało dobrze do wcześniejszego dnia. Jakąkolwiek wskazówkę, jak przywrócić normalne funkcjonowanie?

okno żółwia pokazuje to

Command: Commit 
Modified: ...\edit.php 
Sending content: ...\edit.php 
Error: Commit failed (details follow): 
Error: Commit blocked by pre-commit hook (exit code 1) with output: 
Error: n/a (6). 
Finished!: 

Answer 1

Wygląda na myversioncontrol.com dodano hak przed dokonują lub mają system, który teraz nie powiodło się. Jeśli jest to bezpłatne konto, być może przekroczyłeś limit miesięcznych zatwierdzeń lub przepustowości. Sprawdź warunki korzystania z usługi i/lub skontaktuj się z nimi, aby zobaczyć, co się dzieje.

AKTUALIZACJA:
Właśnie sprawdziłem ich stronę internetową i wygląda na to, że bezpłatne konto jest ważne tylko przez 30 dni, więc być może zostało przekroczone. Być może będziesz musiał zwiększyć zarobki o 3,50 GBP lub znaleźć inne miejsce (Google Code to jedna sugestia, ale są też inne).

Simon Groenewolt podkreśla, że ​​być może coś zmieniło się w panelu sterowania na ich stronie internetowej, która włączyła pre-commit hook, ale tam, gdzie jest źle skonfigurowana.

Answer 2

A pre-commit hook to coś, co działa na serwerze, więc prawdopodobnie nie ma to nic wspólnego z lokalną konfiguracją. Możliwe, że zmieniłeś coś w panelu ustawień na myversioncontrol.com, który został zaimplementowany za pomocą haka pre-commit lub myversioncontrol ludzie popełnili błąd i dodali nie działający hak.

Answer 3

Czy to możliwe, że nie wprowadzono komunikatu zatwierdzenia? Zgodnie z ich twitter feed: "Dodano nową funkcjonalność, blokuj użytkownikom możliwość wykonania pracy bez zapisywania logu, znajdź w sekcji zasobów panelu sterowania".

Answer 4

Przepraszamy za "odpowiedź na moje własne pytanie", ale wymyśliłem obejście ... Jeśli usuniemy nowe linie w komunikacie komentarz/zatwierdzenie, wydaje się, że działa dobrze.

Answer 5

Ostatnio jestem również w obliczu tego samego problemu, składając własne wtyczki WordPress do katalogu wreszcie zorientowali się i pracował mnie

Wystarczy dodać komentarz/Commit wiadomość. To zadziała,

Użyłem TortiseSVN.

Answer 6

To zdarzyło się do mnie, a było to spowodowane nieobecność komentarzu (powinien powiedzieć „wymaga komentarza” zamiast tego enigmatycznego błędów na początku, tuż ...)

Answer 7

trzeba dodawać komentarze i skojarzyć z identyfikator artefaktu bez klawisza powrotu na końcu. na przykład, [artf12345] - twoje komentarze.

Answer 8

rozwiązanie dla WordPress Wtyczki:

myślę, get_option() powraca FAŁSZ (zamiast PUSTY). Sprawdź swoją wtyczkę.Zamiast:

if (empty(get_option('smth'))) 

nie powinno być:

if (!get_option('smth')) 

Answer 9

Jeśli otrzymujesz następujący wyjątek:

Error: Commit failed (details follow):
Error: Commit blocked by pre-commit hook (exit code 1) with output:
Error: svnlook: Path 'trunk/Development/ProjectName' is not a file

Wtedy pierwszy zameldowania wszystkich katalogów, a następnie wszystkie pliki. To będzie działać.

Answer 10

mam błąd jak „svn: Commit zablokowane przez pre-commit (kod exit 1) z wyjściem: Niepowodzenie z wyjątkiem: Utracono połączenie z serwerem MySQL na«odczyt początkowy pakiet komunikacyjny», błąd systemu: 104. "

Próbowałem "svn commit" po "svn cleanup". I działa dobrze!

Answer 11

Wystąpił ten sam problem i stwierdziłem, że zapomniałem przedrostać wiadomość zatwierdzenia identyfikatorem projektu. Identyfikator projektu musi w naszym przypadku być zakończony komunikatem zatwierdzenia. Tak więc na końcu serwera nie znalazł prefiksu i podniósł problem.