Andreas.Otto_at_versit.de wrote:
>
>
> * have a 7G repository and creating ~5 tags a day with the whole
> repository tree included creates ~ 10G *NEW* dump per day (after
> optimization)
> * the dumping of the whole repository stops after 1day in time
> and eat all the free disk space
> * my solution was to delete all tags and than do just the dump
> of the latest releases and import these dump again
> -> but this breaks everything allready checked out
>
> -> for me the not availability of "tags" is definitly a stopping
> point using subversion
>
>
> How I work:
>
> I support a life-insurance software using development /
> test and production lifecycle.
> everytime I create am software image I create an tag first.
>
I don't understand how this makes the dump a lot bigger than the
repository. In some trivial testing, it looks like a copy to a tag from
already-committed revisions just adds a new node entry with not much
more than a Node-copyfrom-path: noting where the original is. And if
you are copying the tag from your working copy with a lot of new
material included I'd expect that to add the same size to the repo.
A dump does have to be bigger than the repo to accommodate a history of
changes - and there should be some concern about your ongoing ability to
dump and filter the contents, but the usual convention is that tags
don't add new changes.
--
Les Mikesell
lesmikesell_at_gmail.com
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=728399
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2008-12-02 19:15:56 CET