2013-06-18 14 views
12

Próbuję utworzyć skrypt post-commit.bat, aby za każdym razem, gdy ktoś go zatwierdził, kopia robocza była automatycznie aktualizowana. To jest mój post-commit.bat:SVN - certyfikat SSL serwera niezaufany od haka po zatwierdzeniu

"C:\Program Files\TortoiseSVN\bin\svn.exe" update C:\Temp\PROD --non-interactive --trust-server-cert --username admin --password myPassword 

To jest komunikat o błędzie Dostaję:

svn: E230001: Unable to connect to a repository at URL 
'https://svn.mydomain.com/svn/prod/trunk' 
svn: E230001: Server SSL certificate untrusted 

Wygląda opcją --trust-server-cert jest ignorowany dla jakiegoś powodu . Co ciekawe, wywoływanie pliku wsadowego z okna cmd działa dobrze.

Używam serwera Subversion krawędzi i klienta TortoiseSVN na Windows Server 2008.

Ktoś ma jakieś pomysły, co robię źle? Każda pomoc będzie doceniona.

LEC

+1

Mam podobny problem. Próbowałem wywołać plik wsadowy z Jenkinsa za pomocą polecenia svn. Ten sam wynik, jaki opisałeś. I działa również dobrze z linii poleceń – sergtk

Odpowiedz

1

Mam ustalone to poprzez wydanie nowego certyfikatu z Common Name (CN) równej nazwy serwera.

Udało mi się wykorzystać certyfikat niezgodny z nazwą serwera CN z przeglądarek (z ostrzeżeniami) i linii poleceń svn. Ale nie udało się użyć certyfikatu w pliku wsadowym, który jest wywoływany od Jenkins.

Używam klienta SVN 1.8.1 pod Win32.

Próbowałem również wcześniej, ale to nie pomogło:

2

W moja sprawa (klient SVN 1.8.1) flaga --trust-server-cert również nie działała. Po znalezieniu tego http://mail-archives.apache.org/mod_mbox/subversion-users/201308.mbox/%[email protected].com%3E zaktualizowałem do SVN 1.8.4 i skrypt działa dobrze. Flaga --trust-server-cert została naprawiona.

+0

wymagane ponowne uruchomienie? –

+0

Nie, klient może zaktualizować grzywnę, gdy nie jest używany oczywiście. Zaktualizowałem tylko pliki binarne klienta svn, których używa skrypt na serwerze - a nie sam serwer. – ZoolWay

Powiązane problemy