2012/2/9 Cristi Mitrana <cmitr...@fastmail.fm>: > > > On Thu, Feb 9, 2012, at 09:54, Petru Ratiu wrote: >> On Wed, Feb 8, 2012 at 14:03, Valentin Cozma <valyco...@gmail.com> wrote: >> > si daca ai folosi un sg repository git si mai multe branchuri ? >> >> Vreau mai multe working copies, ca atare fiecare trebuie sa aiba >> repo-ul propriu (m-am gandit pentru un moment sa fac cu GIT_DIR comun, >> dar ar iesi cascadorii rasului imediat ce se schimba ceva). > > Dar daca ai avea permisiuni mai restrictive pe 'master' (sau alt branch care > nu trebuie modificat de oricine) si fiecare user si-ar trage cate o copie din > cand in cand intr-un branch 'personal' ? > Ceva de genul http://sitaramc.github.com/gitolite/tnconv_.html#pers. Au > propriul branch cu care pot sa faca ce vor, in caz ca se intampla ceva pot > sa-si faca alt branch dupa 'master' cu care sa se joace. >
Ce intreb eu si ce-mi raspundeti voi. Am pe o masina de test mai multe instante ale codului (fie acelasi branch, fie branchuri diferite). Pentru convenienta, vreau ca astea sa fie working copies de git sa pot sari usor de pe una pe alta. Nu ma intereseaza sa comit de acolo, vreau doar checkout. Mi-e relativ clar faptul ca fiecare working copy trebuie sa aiba repo-ul propriu (din cauza de .git/HEAD si .git/logs si alte asemenea) si ma cam enerveaza pentru ca asta insemna N*size spatiu ocupat, pentru valori de aproximativ 30 ale lui N. Stiu deja ca la crearea unui repo nou se fac hardlinkuri intre bloburile din .git/objects (cu git relativ nou, implicit, cu unul mai vechi doar daca ii dau -s), asta deja imi economiseste o gramada de spatiu. Ma intereseaza cum mentin in timp acele hardlinkuri fara prea multe inginerii. Am gasit deja niste wishlist bugs ca fetch sa stie si el de --shared si din cate stiu nu-s implementate si nu ma intereseaza sa le implementez eu. Pot da cu hardlink(1) sau alte dude similare, dar e urat si probabil implica ceva mumbo-jumbo cu packurile. FS cu deduplicare e overkill. O sa fac eu frumos clonele cu -s si monitorizez cumva cat au nelinkat si le refac cand ma enerveaza. Ta-da, problem solved. -- Petre, satul de "aa, git, am citit eu undeva de asta, sigur e problema aia" _______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
