On 10/8/2009 16:26, [email protected] wrote:
Send RLUG mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.lug.ro/mailman/listinfo/rlug
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of RLUG digest..."
Message: 7
Date: Thu, 8 Oct 2009 15:54:25 +0300
From: Quamis <[email protected]>
Subject: Re: [rlug] Re: checkout/commit/update foarte lent @samba cu
tortoise svn
To: Romanian Linux Users Group <[email protected]>
Message-ID:
<[email protected]>
Content-Type: text/plain; charset=UTF-8
Q: Cum ajung la Unirii?
A: Dar nu te duce la Uniri...
Da, Samba are o prb foarte mare cand e combinata cu SVN-ul.Asta din cauza ca
SVN-ul (de obicei) e configurat sa ruleze prin Apache.
Adica un checkout pt un fisier vine ceva de genul: clientul cere apache-ului
fisierul, apache cere svn-ului, svn-ul il citeste de pe disc, apache il
trimite, clientul il primeste si il scrie inapoi pe Samba... E o bucla
ciudata care nu prea isi are rostul, si pe care nu vad cum o poti optimiza.
Am intalnit aceeasi problema, si nu stiu nici o metoda sa o poti rezolva. Eu
m-am invatat sa traiesc cu ea.
In cazul tau in shimb, daca dezvoltarea se face in C, sau oirice alt libaj
ce se compileaza local nu are nici un rost sa faci checkout pe server(pe
Samba adica), mai simplu e sa iti tina fiecare developer copia lui locala si
sa lucreze pe ea. In cazul meu, pe serverul asta de develop e si Apache si
PHP cu toate extensiile si configurarile necesare, plus ca dezvoltarea se
face in mare parte pt server linux, asa ca ar fi un pic peste mana sa fac
checkout local(adica pe windows) din moment ce tot ce am nevoie se afla
oricum pe serverul de develop... chiar daca e mai lent un pic.
O varianta functionala care ma scapapa de dureri de cap(dar are alte
dezavantaje) e sa fac serverul sa monteze un share de pe sistemul meu
(eu=developerul) iar apoi sa fac dezvoltarea in mod normal pe calculatorul
local, dar fisierele mele pot si vizibile in felul asta si in Apache de pe
serverul de develop.
se pare ca va trebui sa ma'nvat si eu, multumesc pt raspuns.
@restu', mi'am luat pietrele aruncate direct in dinti pt ca nu m'am
facut foarte bine inteles:
a)repository root: https://svn.blah.ro/projects/proiect
b)cd /home/progr1 && svn co https://svn.blah.ro/projects/proiect/trunk .
c)cd /home/progr2 && svn co https://svn.blah.ro/projects/proiect/trunk .
d)prog1 & prog2 mapeaza /home/prog[1-2] pe win si in editorul preferat
scriu cod php in symfony pe care'l testeaza la adresa
http://proiect.prog[1-2].blah.ro (de pe acelasi server) urmarind error
log'u apache'ului, avand nevoie de nu stiu ce modul
php/imagemagick/pachet pear (pe care'l instalez o data si beneficiaza
toti de el, de aceea vreau sa evit dezvoltarea "pe local")
e)dupa ce prog1 a scris x linii de cod vrea sa fac commit dar nu'i place
linia de comanda pt ca nu vrea sa citeasca nu stiu ce documentatie si ca
e super complicata treaba in consola neagra si uracioasa. el doreste sa
se duca in folderu' cu proiectu' si sa dea update (ca asa se
proceadeaza) isi trage ultima versiune, se roaga sa nu'i apara conflicte
(deh fiecare cu stilu' lui unu indenteaza cu tab altu da 3xspace) dupa
care da frumusel commit si vede fisierele pe care le va impinge in trunk
sau branch dupa caz, va putea da repede un diff si alte chestii jmechere
beneficiind de gui+tortoise power. idem prog2,3,4,etc
la e) e partea nasoala, cand proiectu' e la inceput sunt putine fisiere
si lucrurile merg cat de cat dar pe masura ce se inainteaza cu reviziile
apare treaba nasoala cu "Secure connection truncated" + ca dureaza
foarte mult un banal update.
mii de scuze pt modul in care am expus problema (daca exista o problema
sau poate nu fac eu lucrurile cum trebuie) in emailurile anterioare si
sper ca acum am fost mai clar.
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug
