2008-10-17 14 views

Odpowiedz

58

SharpSvn został zaprojektowany dla .Net 2.0 i Subversion 1.5 i późniejszych. Integruje wszystkie zależności subversion w jednym zestawie dll, który jest bezpośrednio wykorzystywany z .Net (XCopy wdrażalny). Jedną z innych mocnych stron SharpSvn jest to, że ukrywa on całe zarządzanie pamięcią i przekształca błędy Subversion w wyjątkach, i, co ważniejsze, na odwrót. (Sprawia, że ​​oddzwanianie jest bardzo proste)

NSvn był używany przez AnkhSVN przed AnkhSVN 2.0. Następnie przeniósł się do SharpSvn.

Projekt IronSvn na Codeplex został zamknięty. (Sugeruje użycie SharpSvn).

Svn # i jego następca 2.0 Svn.Net są zwykłymi owijkami Subversion C api. Wymagało to, aby pliki binarne wersji subversion zostały użyte. I musisz zarządzać pulami apr i częścią kolekcji apr, zbierając się od zarządzanego kodu. Jest to jedyne rozwiązanie dla platformy wieloplatformowej na tej liście. (Działa równie dobrze na Linuksie)

+1

Masz mój głos; Używam SharpSvn w moim projekcie. Biblioteka jest dobrze zaprojektowana, a wsparcie jest świetne: dzięki! Jest to najbardziej efektywne rozwiązanie do używania svn od zarządzanego klienta. –

+0

Po prostu nie rób repo w katalogu głównym dysku (na przykład c: \ lub d: \) lub SharpSvn wysadzi się w tysiąc kawałków szkła i rozedrze nową całość w tkaninie przestrzeni i czasu. –

+0

Nie działa w Mono, ponieważ zależy to od toolchain VC++. Byłoby wspaniale, gdyby były całkowicie zarządzane opcje. –

2
  • co NSvn jest (jeśli się nie mylę) również rdzeń ankhsvn (sprawdź tigris.org stronie więcej informacji)
+1

NSvn został zastąpiony przez SharpSvn w serii 2.0. Jego rozwój został przerwany. –

+0

AnkhSVN - http://ankhsvn.net/ lub http://ankhsvn.open.collab.net/ –

6

używam SharpSVN w tej chwili - działa dobrze na to, czego potrzebuję (chociaż jest to zautomatyzowany proces, więc żadna praca UI nie jest konieczna).