Šta je novo?
Od:
Filteri

SVN kopiranje?

obi_van

obi_van

Čuven
Učlanjen(a)
11.02.2005
Poruke
1,339
Poena
650
Pozdrav svima,

ne znam koliko vas koristi, i da li sam postavio temu na pravo mesto, ali mi treba pomoc sa SVN-om. Naime imamo u firmi SVN Server (VisualSVN) i Tortoise na klijentskim masinama. To je podesio bivsi kolega jos pre tri godine. Meni je zapalo da ukoliko bude potrebe skontam kako da uradim restore revizije ili celog repozitorijuma u slucaju nuzde i to je sve ok. E sad, kolege programeri bi da se vise brancheva i trunkova odvoji i da se sadrzaj istih prebaci u nove repozitorijume. Razlog ovome je sto backup skripta radi backup celog repozitorijuma i pravi dump od nekih 10GB, a sadrzi tridesetak brancheva i skoro isto trunkova.

Ukoliko ste upratili sta sam napisao, zanima me sledece, dakle, kako da samo sadrzaj odredjenog trunka ili brancha prebacim u zasebne repozitorijume? Googlam ceo dan, ali mi nesto ne ide. Ne nalazim nista sto bi pomoglo, ili ne znam gde da gledam u ovom slucaju.

Makar savet sta da trazim. trazio sam po backup, hotcopy, merge itd, itd terminima.

Hvala u napred na odgovorima.
 
Ako ja tebe dobro kapiram situacija je ovakva: imamo server SVN_A i on ima repository A koji ima foldere TRUNK i BRANCHES i odgovarajuce podfoldere ispod (http://SVN_A/A/BRANCHES/BRANCH_A_1)? Ono sto ti zelis je da napravis repo B i u njegov neki folder, recimo u okviru BRANCES (http://SVN_A/B/BRANCHES/BRANCH_B_1) prebacis sadrzaj iz BRANCH_A_1 tj. operacija izgleda ovako: http://SVN_A/A/BRANCHES/BRANCH_A_1 -> http://SVN_A/B/BRANCHES/BRANCH_B_1?

Postoji copy ali radi samo u okviru repository-ja. Ono sto ti moras da uradis je da exportujes BRANCH_A_1, napravis BRANCH_B_1, checkoutujes ga i onda uradis commit BRANCH_A_1 u njega.

Drugi nacin je ovaj:
Kod: 
svnadmin dump /A/BRANCHES/BRANCH_A_1 > ./repository.dump
svndumpfilter include path/to/docs --drop-empty-revs --renumber-revs --preserve-revprops < ./repository.dump > ./docs_only.dump
svnadmin load /B/BRANCHES/BRANCH_B_1 < ./docs_only.dump

Isti djavo samo je brze ako je Linux based i ako imas root pristup.

I evo ga i treci nacin: http://svnbook.red-bean.com/en/1.4/svn.ref.svnsync.html

Btw, termin koji ti trebas je "migrate branch to other repository on SVN" :)
 
Poslednja izmena:
Da zaboravih da napomenem da je Windows u pitanju. Hvala na odgovoru, kako je krenulo mislio sam da niko nece odgovoriti, nikada :). Probacu ovo sto si naveo, pa javljam sta sam uradio.
 
Ko jos drzi SVN na Windowsu? :)
 
Ovi moji ocigledno :). Kao sto rekoh on je hteo ako se ne varam na FreeBSD-u da ga digne jos tada (pre 3-4 godine), ali neko je od Pm trazio na win da se instalira. Tako da je i ostalo tako.
 
Drago mi je zbog tebe sto ti radi dobro ali ne znam kakve to ima veze sa ovom temom uopste? A i u 21. veku niko ne kupuje dodatne racunare po servisu vec postojece virtualizuje :)
 
Ne, nego ces tako da ustedis na infrastrukturi, olaksas sebi zivot (znacajno) a i da ustedis na struji :)
 
Ne kapiram sta hoces da kazes. Kako mi stedi struju, infrastrukturu i olaksava zivot ako na server na kome radi window si SVN uradim virtualizaciju pa doignem Linux pa onda na taj linux stavim SVN, da ne bude na Windows-u?

TO bih radio samo da bih bio u ultra turbo mega kul trendu a i da bih mogao da pricam kako sam frajer jer koristim Linux... a nije mi do toga stalo, nego da mi stvar radi posao.
 
Server na windows je overkill sam po sebi. Jedino ako radis nesto specijalno pa ti bas treba windows. Salu na stranu.. retko koji server trosi 100% CPU i 99% vremena radi u idle rezimu. Ako na takvu masinu postavis host OS i u njemu 1-2-5-10 virtuelnih masina, sve te virtuelne masine ce pomalo opterecivati glavni CPU, a opet retko ce dogurati do 100%. U slucaju crkavanja host masine, samo prebacis image virtuelizovanih masina na novi host i sve ce nastaviti da radi, bez trosenja vremena na reinstalacije. Naprednija resenja su i load balance i mogucnost da se virtuelna masina prebaci sa jednog hosta na drugi, on-the-fly. Na sve to dodas i NAS file server i tu cuvas image virtuelnih masina. Mozes i da eksperimentises sa nekim novim servisom... podignes virtuelnu masinu, uradis snapshot stanja, onda nesto podesavas VM i ako zeznas stvari uvek mozes da se vratis na prethodno stanje. Prosirenje kapaciteta je jednostavno, tako sto samo dokupis host i/ili NAS, dodas u mrezu i vozis.
Nije u pitanju mega kul trend, vec prakticnost i lakoca odrzavanja.
 
Ne uzbudjuj se, Broker je sirokopojasni old-school hejter :)
 
Morate se prijaviti ili registrovati da odgovorite ovde.
Nazad
Vrh Dno