Dotaz: SVN - jak odstranit historii

[likeapear]

Ahoj, jeden ze SVN repozitaru pouzivame pro binarni soubory. Neni to uplne obvykle, ale nam to vyhovuje, tedy az na jednu vec. Repozitar nam pomerne rychle kyne - ted ma asi 3GB v 150 revizich. Nam ani tak nejde o historii. Jak by slo histori odstranit tak aby tam cast historie zustalo - treba poslednich 10 revizi? Cili neco jako prvnich 140 revizi spojit to jedne? Jaky na to pouzit prikaz? Jde to nastavit tak aby se takova delka historie drzela automaticky?

Odpovědi

[Michal Čihař]

Jediné co mě napadá je pomocí svnadmin dump -r vyexportovat co chcete zachovat, založit nový repository a tam to naimportovat. Ale do elegantního řešení to má daleko...

[zoul]

Přesně tak to řeší i v SVN FAQ. V budoucnu na to snad bude i samostatný příkaz, ale na to bych nečekal :)

[likeapear]

Potřebuju aby klienti (kterých je hodně a zpravidla používají Tortoise SVN) nic nepoznali. Což nevím jestli bude splněno. Každopádně díky za odpovědi.

[zoul]

Ono je asi těžký zařídit, aby nic nepoznali. Když postřílíte starší revize a necháte v repository jen posledních deset, tak si toho klienti asi nemůžou nevšimnout (svn je určitě nějak vytahá za uši kvůli neaktuálním datům). Nebylo by lepší najít nějaké jiné řešení? Potřebujete ta binární data například verzovat? Nebo nestačilo by koupit další disk? 3 GB na 150 revizí zas není tak hrozný, to je tak za rok, za půl roku? Na disku je to jako nic, vadí to při zálohování?

[Nejsem žádný odborník přes Subversion, takže je docela dobře možný, že existuje nějaké jednoduché řešení.]

[cronin]

3 GB na 150 revizí zas není tak hrozný, ...

Nie, to nie je hrozne, to je priam zufale.

[Nejsem žádný odborník přes Subversion, takže je docela dobře možný, že existuje nějaké jednoduché řešení.]

Ano: nedrzat binarny obsah v SVN, pokial jeho verzovanie nie je potrebne, co v tomto pripade nie je. Na kniznice tretich stran a pod. postaci v jednoduchom pripade zdielany disk, v zlozitejsom pripade nejake repository/artifactory riesenie.

[zoul]

Nie, to nie je hrozne, to je priam zufale.

Když nevíte, jaká data tam mají…? V čem je to zoufalý?

Ano: nedrzat binarny obsah v SVN, pokial jeho verzovanie nie je potrebne, co v tomto pripade nie je.

Vypadá to, že alespoň posledních deset verzí by měli rádi. Subversion taky řeší zamykání a podobné věci, což jednoduchý sdílený disk neudělá. Navíc bych hádal, že Subversion používají i na jiné věci, takže takhle mají všechno pod jedním rozhraním. Nicméně v podstatě souhlasím – pokud se člověk snaží z verzovacího systému pravidelně odstranit některé verze, stojí to za zamyšlení. (Vůbec nic ve zlém!)

[likeapear]

Cast historie tam chceme mit. V tom repozitari jsou jak binarni soubory (naprosta vetsina), tak i textove. SVN na stejnem stroji pouzivame i na to co se bezne pouziva - zdrojove soubory sw. Problem je v zalohovani, ktere probina kazdou noc na pasku spolecne s dalsimi stroji a kazdy GB je zbytecny a prodluzuje proceduru zalohovani. Navic ty 3GB jsou tam za pomerne kratkou dobu. Promyslim nastavit pravidla zalohovani tohoto repozitare nejak jinak dokud v SVN nebude podpora na spojeni historie revizi. Diky za vase prispevky.

[zoul]

Mohli byste ty binární soubory alespoň ukládat do samostatného repository, ze kterého byste zálohovali jen HEAD. Mrkni na externí definice, těmi by se možná dalo oddělení binárek do samostatného repository zařídit docela hezky. (Snad, nikdy jsem je sám ještě nepoužil.)

[cronin]

SVN umoznuje robit inkrementalne zalohy. Nepomohlo by to? V nedelu urobit full backup a kazdy prac. den urobit inkrementalnu zalohu voci nedeli. Pri pripadnom -- nedajboze -- obnoveni by sa najskor obnovil repozitar z "nedelnej" full zalohy a k tomu by sa pridala posledna inkrementalna zaloha.

Alebo by sa robili kazdy prac. den inkrementalne zalohy voci predchadzajucemu dnu; pri -- nedajboze -- obnoveni by ale bolo potrebne obnovit repozitar z full zalohy a potom postupne zo vsetkych inkrementalnych.