[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: tagging is too heavy, any alternative?

From: Patrick Burleson <pburleson_at_gmail.com>
Date: 2005-01-10 22:00:32 CET

On Mon, 10 Jan 2005 15:53:11 -0500, Robert Sfeir <yosemitesam@gmail.com> wrote:
> Been reading the svn manual, but can't seem to find the answer, and
> perhaps it doesn't exist.
> In CVS we used to be able to tag our repository on a certain day when
> we do a release, this effectively acted more like a marker to let us
> know we did something there, and we keep going. In Subversion tagging
> is like branching, except you don't write code to a tag beause then it
> becomes a branch, but it seems that it copies our whole repository
> into the tag part of the subversion repository. This is REALLY heavy
> considering our repository is some 20 gigs, and we do this process 3-4
> times a month.
> Is there no other way to put a 'marker' of some type in the head which
> lets us know for example that: "At tag (or marker) 011004 we deployed
> revision 6004", so that at a future point we can check out that
> particular revision, and know that we had the code as it stood then,
> but without having to copy the whole directory.
> Thanks
> R

As far as I understand things, a tag is just a "cheap" copy. Meaning
just the revision numbers are copied. It's not until you actually do
stuff there (say on a branch) that things start to diverge and take up
more space. Even then, it's just the delta (AFAIK).

Are you seeing huge space usages when you tag?


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Jan 10 22:04:17 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.