On Jun 17, 2005, at 2:57 PM, Servico Tpd Rodrigo Alfonso Menezes
> Looks like I´m not the only person with these strange feelings over
> one-and-only Repository. I guess that I´ll be using separate ones
> until I
> can get the theory settled on my head. All that branching talk
> still makes
> me dizzy. And I sure love a meaningful revision numer. Versions are
> thing alright, but revisions are important to me.
This isn't a religious discussion, nor a matter of 'standing up for
one's beliefs'. It's simply the consequences of subversion's
design. :-) Giving each project its own repository won't make
things less confusing for you.
If you use branches and tags to do software release management (and
you should, no matter what version control system you use), you're
still faced with the fact that the global revnum is insufficient to
determine "what one has". That's because subversion's branches and
tags are ordinary directories in the repository. Software releases
come from different branches. Somebody could have a snapshot of /
branches/1.1, somebody else could have a snapshot of /branches/1.2,
and *both* people could claim to have the same global revnum! That's
simply the natural consequence of subversion's schema.
> I really like to stand for what I believe in, unless someone tells me
> something that makes rethink and makes me understand things better. So
> until that happens (until I read a decent book on branching and how to
> become release-independent) I´ll create different repositories for my
> projects. It´s the way I see it natural.
> Thanks to all,
> P.S. Ben, is there a book teaching all these concepts (besides the
> subversion one)?
It sounds like you need to read a book on release management best
practices. Brad Appleton's book is the "classic". The free svn book
only barely touches on the subject, and I've already provided a link
to that. There are a bunch of subversion books out too now, on the
'links' page that may go into best practices. Definitely worth
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Fri Jun 17 22:06:56 2005