RE: Looking for ideas for a tag/release svn usage model

Given all of your requirements, I think you do need to use SVN branches,
however - create a branch that is the 'development trunk', let users
commit to that. Then after their changes have been verified, someone
else (eg a build manager) merges the dev trunk to the "release trunk".
This way, developers use their existing model - they just use a
particular directory in SVN, and your verified designs are retrieved
from the guaranteed-ok directory.

The only person who has to worry is the build manager, but he will know
what he's doing with SVN. Once people have gotten used to this approach,
you can start letting them have their own branches, and things will be
SVN heaven.

You can still 'tag' a revision by remembering the revision number, it's
a pity SVN doesn't have support for giving these numbers a
human-readable name (and IIRC someone submitted a patch for just that)
as it would have solved a good deal of similar issues. The canonical
svn approach is to use 'tag' branches for tagging. (personally, I feel
that just clutters the repository up, especially if you release very
often).

You can update your working copy to a particular revision - just specify
the revnum in the update command.

Andy

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2389707

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-09-01 11:34:49 CEST