sziasztok!
Virtualboxon lévő debianon van egy svn repo és egy working copy. A fájlokat samban érem el és tortoise svnnel commitálom. A projektről annyit kell tudni, hogy nagyon sok kis fájlt tartalmaz. Az a gond vele, hogy ha a gyökéren nyomom a commitot, akár 20percig is eltarthat 2-3 fájl módosítása. Ez idő alatt ~38%-on pörgeti a samba a processzort. Uptime végig alacsony marad. Azt olvastam, hogy file locking miatt lehet ez. Találkozott már valaki hasonló problémával, van rá egyszerű megoldás?
- 3379 megtekintés
Hozzászólások
Találkoztam már vele, az ultimate megoldás a samba kihagyása volt. A tuti megoldás a WinSCP fájl szinkronizálós cuccosának használata, vagy a netbeans/stb eszköz beépített feltöltő cucca.
- A hozzászóláshoz be kell jelentkezni
1.7-es SVN? Mert abban gyorsult a working copy kezelés.
- A hozzászóláshoz be kell jelentkezni
Ha jól emlékszem a rendszerfrissítés még nem tart 1.7-nél.
- A hozzászóláshoz be kell jelentkezni
NFS szerver Debianon, nekodrive kliens windows-on?
- A hozzászóláshoz be kell jelentkezni
Lehet menekülni esetleg apache+svn, svnserve, esetleg ssh+svn felé, elvileg egyik se nagy puki.
- A hozzászóláshoz be kell jelentkezni
Tehát helyi hálózati útvonal helyett adjak meg ssh+svnt? Csak az a gond ezzel, hogy így is a sambas felcsatolt meghajtón nyomom a commitot!?
- A hozzászóláshoz be kell jelentkezni
Hát ne ott nyomd a commitot, és probléma megoldva.
- A hozzászóláshoz be kell jelentkezni
és miért jó ez a bonyolult infrastruktúra? miért nem a windowsból nyomod közvetlenül az svn-be a commitot?
--
Gábriel Ákos
http://i-logic.hu
- A hozzászóláshoz be kell jelentkezni
Mert a honlap fájlok azon a linux szerveren vannak, amin a webszerver és svn repository is. Samban keresztül érem el a szerkesztőmmel, windowson.
- A hozzászóláshoz be kell jelentkezni
working copy legyen a saját windowsodon és közvetlenül http-n érd el az svn servert.
nulla idő alatt mennek a commitok (legalábbis nálunk).
--
Gábriel Ákos
http://i-logic.hu
- A hozzászóláshoz be kell jelentkezni
Az svn 1.7 el javul a helyzet, mivel sokkal kevseebb file lesz a working copyban (nem duplaannyi, mint a valós fileok száma), de akkor se lesz soha olyan, mintha helyben lenne a working copy. Lehet, hogy jobban jársz, ha a working copy kezelését a szerveren végzed, sshn pl.
- A hozzászóláshoz be kell jelentkezni
Gondolkoztam ezen, de olyan jó látni ablakban a feltöltendő fájlokat és könnyen lehet pipálni hogy mit ne töltsön fel. Szemben a konzolos megoldással. Viszont eddig ez a legszimpatikusabb. Kíváncsi leszek 1.7-re, debian és ubuntu repoban se találkoztam még vele.
- A hozzászóláshoz be kell jelentkezni
A legjobban akkor járna, ha a working copy a host windows saját filerendszerén lenne.
- A hozzászóláshoz be kell jelentkezni
Tedd a working copy-t a helyi Windowsra (mert helyi gépen a helye), használj TortoiseSVN-t (mert az jó, de legalább nem rossz).
- A hozzászóláshoz be kell jelentkezni