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.
- 4262 megtekintés
Hozzászólások
git? az tud http-t is, ssh-t is
- A hozzászóláshoz be kell jelentkezni
+1
Viszont ebből flém lesz :)
- A hozzászóláshoz be kell jelentkezni
+1
--
http://naszta.hu
- A hozzászóláshoz be kell jelentkezni
Van tapasztalat a migrációval? Különös tekintettel az externalsokra?
- A hozzászóláshoz be kell jelentkezni
+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 ]
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
TortoiseGIT hogyan áll most?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni