[MEGOLDVA] Migrálás svn-ről, de mire?

Fórumok

Sziasztok,

Van sok (kb. 50) apró project, többségében shell scriptek, azokhoz libek (externalok is bőven), ilyesmik, amiket svn-ben tartok. Akad mellette 1-2 nagyobb is (pár tízezer file). Ez jelenleg apache2 + webdav eléréssel működik.

Költözik az egész környezet, és az új helyen nem használnék apache-ot ha nem muszáj (nagy tahornyák), viszont nem nagyon találok más szerverhez webdav-os megoldást. Úgy rémlik, hogy nginx-hez volt, de nem tuti.

Szeretném megőrizni a http protokollt, mert az viszonylag szokott menni mindenhol, ezért keresek olyan verziókezelőt, ami elmegy http felett (is), és ha találok szimpatikusat - ami kb. azt jelenti, hogy van egy működő migrációs megoldás -, akkor lecserélem az svn-t arra.

Vagy átállok svn-nel a http-ről ssh+svn-re, de ez azért nem szimpatikus, mert pl. az ssh-t nem szabványos porton kéne átengednem, mert openvz konténerben fut a cucc. Vagy a host masina ssh-ját kellene máshová tennem, de ezt meg még úgy se akarom.

Vagy mit lehet tenni? Jelenleg az apache fut, esetleg azon lehetne reszelni, hogy mindent amit csak lehet kidobálni belőle.

Kinek milyen tapasztalata van?

----
A megoldás: utánaolvasva a lehetőségeknek abban maradtam, hogy megnézem, mennyit tudok az apache-on faragni. Threaded workert használva, erősen visszavéve az alapértelmezett beállításokból (a szóközök igény szerint irtandók):

< IfModule mpm_worker_module>
    StartServers         1
    MinSpareThreads      2
    MaxSpareThreads      5 
    ThreadLimit          8
    ThreadsPerChild      8
    MaxClients           8
    MaxRequestsPerChild  0
< /IfModule>

Így előállt egy olyan állapot, amit hajlandó vagyok elviselni:


USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.1   8352   788 ?        Ss   14:13   0:00 init [2]         
root       357  0.0  0.1  18624   628 ?        Ss   14:15   0:00 vzctl: pts/0   
root       358  0.0  0.3  17524  1852 pts/0    Ss   14:15   0:00 -bash
root      6996  0.0  0.2  54092  1408 ?        Sl   14:17   0:00 /usr/sbin/rsyslogd -c4
root     15660  0.0  0.1  20900   852 ?        Ss   14:22   0:00 /usr/sbin/cron
root     16742  0.0  0.2  49168  1124 ?        Ss   14:22   0:00 /usr/sbin/sshd
root     17960  0.0  0.4 100076  2412 ?        Ss   15:33   0:00 /usr/sbin/apache2 -k start
www-data 17962  1.7  4.4 214604 24152 ?        Sl   15:33   0:01 /usr/sbin/apache2 -k start
root     17977  0.0  0.1  14812  1028 pts/0    R+   15:35   0:00 ps axu

Sokkal lejjebb nem merem faragni a paramétereket, bár lehet hogy még így is túl van méretezve (az elméleti maximum user az három). Egy esetben lehet gond, ha az update scriptek nagyon egyszerre ugranak az svn-re, de ez majd később derül ki.

Hozzászólások

+1

én a git-ben több jövőt látok, mint a mercurial-ban (más jelöltet pedig nem látok), és ezzel vagyunk így még egy páran.

pár kapcsolódó topik:
http://hup.hu/node/105756
http://hup.hu/cikkek/20110826/kerdezd_a_hup-ot_leghatekonyabb_verziokez…

[ NeoCalc - Earnings Calculator for NeoBux | Family Gags - Cutaway Gags from Family Guy ]

Szigoruan IMHO:

Ha vannak wines "ugyfelek", akkor a git nem igazan opcio. Mercurial windows kliensei kb egy nagysagrenddel kezesebbek.
Viszont mindkettonel vert izzadtam mire apache ala https-en authentikacioval sikerult beugyeskednem amolyan kozponti rendezo palyaudvar funkcioval a repokat. Persze utolag mar tok egyszerunek tunik, de mai napig nem talaltam ehez jo dokumentaciot (tudom, tudom, akkor miert nem irok egyet... talan majd ket unnep kozott meglesz az is)

http://gpsforum.hu - Navigációról szájkosár nélkül

apache-ot megtartanám limitált erőforráshasználattal más porton (pl. 8080?) csak svn-re, úgy nem eszik sokat. a public http meg mehet nginx alól. ez a legkevesebb szívással járó út.