On Jan 27, 2006, at 15:55, Martin J. Stumpf wrote:
> Hello all,
>
> Given that subversion uses repository global revision numbers and
> the fact that only unversioned revision properties are modifiable
> on previous revisions, why is the setup of trunk, branches, tags
> really necessary?
>
> I have been using a release branch and then tagging for releases. I
> merge the current trunk into the release branch , update the
> package version number, and then create a tag. I treat the tag as
> "read only" (no check-ins). It seems like an unnecessary step given
> the above. I have just added a version data structure to each of
> our libraries and applications can now simply retrieve the revision
> number that was put into the library at build time. (I use
> svnversion to get that and create a uniquely named global version
> data structure for each library).
>
> If I am thinking about this correctly, then if a problem is
> discovered at runtime on our applications, and I know which
> subversion revision a library was built from, then all I have to do
> is check out that revision to look for the problem.
>
> Am I missing something here? Are release branches and tags really
> necessary? I do use feature branches of course and realize their
> value. It is just the tagging that seems unnecessary.
A tag is a way to associate a name with a particular revision of a
particular path in the repository. If I release version 1.5 of my
project and later want to see what that looked like, I don't want to
have to remember that "version 1.5" corresponded with revision 2942
of the release branch. I'd much rather be able to go into the tags
directory and see version 1.5 right there.
Note that simply knowing a revision number is not sufficient. You
need also to know the path within the repository. Revision 2942 of
the branch "stable" is likely to be quite different from revision
2942 of the branch "development," for example.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jan 27 16:26:40 2006