Incearca sa faci serverul sa mapeze un folder dat la share de programator.... de bine, de rau merge ok treaba asta. Dezavantaj la metoda asta (ce am vazut pana acum) ar fi ca imi marcheaza toate fisierele ca executabile pe server, si nu imi place cum se vede in mc:). Daca lucreaza cu Symphony(adica lucreaza in PHP bajetii) atunci nu ar trebiu sa afecteze oricum nimic faptul ca e sau nu marcat ca executabil respectivul script.
O alta problema de care m-am lovit a fost ca creez unele fisiere de cache cu denumiri lungi si incurcate. Pe linux nui problema, dar XP-ul refuza sa imi stearga fisierele mai freaky, asta daac e nevoie sa le sterg:)... Se rezolva si asta daca intri de pe server, in folderul montat al userului si stergi... Altceva nu am mai vazut dar nici nu folosesc demult timp metoda asta de a monta folderele dinspre server spre client.... Iar ca editor folosesc Eclipse, si se integreaza frumos cu SVN-ul si se descurca ok si la conflicte si toate cele. Iti poate scoate peri albi cateodata din cauza vitezei(sau mai degraba lipsa ei) si memoria ocupata (daca developerii nu lucreaza pe sisteme cu cel putin 1Gb ram nu prea are rost sa iii incurci) 2009/10/8 Maurice <[email protected]> > 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 > -- -------------------------------------------- ----THE END of this transmission---- _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
