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

RE: Help with Revision Numbers

From: <ed.wittmann_at_fiserv.com>
Date: 2005-03-31 01:42:48 CEST

A revision is a "picture" of what the entire source tree looks like with
the changes associated with that revision number. You don't actually have
another total copy of the file structure, you have a copy of all the
changes (not files!) plus "links" to all the other source code.

The Subversion handbook explains this a lot better than I can.

-----Original Message-----
From: nucera@gmail.com [mailto:nucera@gmail.com]
Sent: Wednesday, March 30, 2005 2:27 PM
To: users@subversion.tigris.org
Subject: Re: Help with Revision Numbers

Toby, Sean

Thanks!!

My final question...
The document speaks of trees...? "Revision numbers apply to entire trees"

What is a tree? For example is the entire repository the tree (repo =
tree) or can there be somehow independent trees inside a repository.

Toby, you say "trunk" and "branches" don't really fit our model of
workflow, so we don't even use them.

Can you comment a bit on that?

Thanks again,

roberto

On Tue, 29 Mar 2005 23:00:30 -0500, Toby Johnson <toby@etjohnson.us>
wrote:
> Roberto Nucera wrote:
>
> >And this is true, I did an svn update, but what could have caused
> >this branch to be at 44, since all it's local revisions are less than
> >44?
> >
> >For you information, this is a "branch" not the trunk. Could it be
> >that the trunk is at 44? and so this branch also is at 44? Any other
> >reason as to why this could happen?
> >
> >
> Yes, that's exactly the case. There is only one current/most
> recent/HEAD revision number for the *entire repository*. If the
> repository is at revision n, and you commit changes to just one file,
> then *all files* are now at revision n+1, whether they are in the
> trunk, a branch, a tag, etc. Most of those files didn't change from
> revision n to n+1, but their revision number increased nonetheless.
>
> For what it's worth, Subversion places *no relevance whatsoever* on
> trunk vs. branches vs. labels. They're all just directories in the
> repository.. it's the people who use those different locations that
> attach the meaning to them. Once you wrap your head around that
> concept it's much easier to see how changes in the trunk can affect
> the revision numbers of branches. (In fact, at my company, "trunk" and
"branches"
> don't really fit our model of workflow, so we don't even use them.)
>
> As Sean suggested, you should read up on the relevant sections on "SVN
> for CVS users" as well as the part explaining what revision numbers
mean.
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Mar 31 01:49:27 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.