Po wybraniu Apache Subversion dla moich potrzeb kontroli wersji (i AnkhSVN/TortoiseSVN do moich pierwotnych klientów Subversion). Teraz próbuję wybrać serwer SVN, aby zapewnić zdalny dostęp do repozytoriów SVN. Mam spojrzał na kilka z nich:Wybór Subversion Server
mam zainstalowane każdy w VM je wypróbować, ale nie znalazłem wystarczająco odróżnić większość z nich na tyle, aby wybierz dowolny konkretny. Teraz mam kilka rzeczy, które muszę podjąć.
- protokół
- sprzedawca
- SSL
1. Czytałem, że protokół HTTP jest znacznie wolniej niż protokołu SVN. Podczas gdy moje projekty nie są zazwyczaj zbyt duże (tak naprawdę tylko początkowy import jest czasochłonną częścią), chcę uzyskać korzyści wydajności SVN, a także uniknąć zalania logów HTTP wpisami SVN (które nie udało się oddzielić w pliku sepate LOG).
Podobają mi się jednak interfejsy internetowe, które wykorzystują moduł Apache lub VisualSVN. Nie muszę dostarczać moich rzeczy innym (lub nawet sobie z dala od mojego systemu), więc nie jest to krytyczne, ale z pewnością pozwala na rozbudowę.
2. Po wybraniu protokołu (zakładając, że I ma do wyboru); Potrzebuję pomocy w wyborze sprzedawcy. Pierwotnie użyłem modułu Apache z dystrybucji Tigris. Od tego czasu usunąłem (no cóż, po prostu go wyłączono) i obecnie używam VisualSVN (który jest HTTP i tym samym powolny). Widziałem ludzi popierających Sharpa i Silka, ale wydają się być mniejsi, indie distros.
Z drugiej strony wydaje się, że Collabnet jest bardziej rozbudowany, niż potrzebuję. Zasadniczo, jeśli nie mogę być przekonany do jednego z nich, głównie staram się wybierać pomiędzy oficjalnym Tigris i VisualSVN.
3. Próbowałem także mieszać się z SSL bez większego sukcesu (nie stać mnie na prawdziwy CA, więc używam samopodpisanego certyfikatu w VisualSVN). Byłbym szczęśliwy, gdyby używałem SVN + SSH/HTTPS, ale jeśli używam go w swoim własnym systemie, to nie jest to konieczne, i jeśli używam go na zewnątrz, to mój samopodpisany certyfikat nie pomoże.
Przypuszczam, że mógłbym nawet użyć lokalnego repozytorium; Myślę, że byłoby to najszybsze. Jednak wolałbym bardziej formalne rozwiązanie w przypadku, gdybym się rozwinął. (I uważane tylko za pomocą klienta TortiseSVN do pracy serwera lokalnie.)
Tak w skrócie, potrzebuję porady na który serwer (s?) Użyć.Byłoby świetnie, gdyby udało mi się uzyskać VisualSVN, aby zapewnić interfejs HTTP do korzystania z sieci, ale również służyć do protokołu SVN do użytku w klientach, najlepiej z opcją SSL na każdym z nich. Czy to jest możliwe? Czy to byłoby zbyt dużo pracy (naprawdę chcę wrócić do pracy nad moimi projektami, a nie całego tego meta-pracy).
Wielkie dzięki.
Edit
pomyślałem, że powinienem dać trochę informacji na temat mojej sytuacji w celu wyjaśnienia sprawy.
- (obecnie) jednolity system, (starsza P4, Okna, 1GB SDRAM)
- (Obecnie) Single developer (ME)
- (Obecnie) Stosunkowo małe projekty (< 2MB)
- Niezliczone projekty (> 100 pojedynczych aplikacji, gier, bibliotek, witryn internetowych itp.)
- Wymagane zewnętrzne (konkretnie moja własna biblioteka oraz nagłówek innej firmy, Zwiększ, itp.)
- ? Hmm, co jeszcze ...
nadal jestem noobish, ale wydaje mi się, że jest to pytanie, które byłyby właściwie poprosił o ServerFault: http://serverfault.com –
Mam kilka projektów 100 MB, tylko za pomocą dostępu HTTP. Wydajność wcale nie jest problemem. Nie martwiłbym się ani nie przejmowałbym svn: //, dopóki wydajność nie jest dla ciebie problemem. – nos