I would actually say that once he's ready to release, he should make a
branch off the trunk. This branch is known as the release-line. Then he
could do a snap-shot/tag of the release-line.
Bug fixes of current release to do committed into the release-line while
next phase development in the trunk. The tag is useful when he needs to
roll-back or re-generate the output.
On Sat, Mar 8, 2008 at 12:49 AM, Anthony Ettinger <anthony_at_chovy.com> wrote:
> On Fri, Mar 7, 2008 at 8:21 AM, wimpunk <wimpunk+gmane_at_gmail.com> wrote:
> > Hi,
> >
> > A college has a rather strange idea on setting up his repository and
> I'm
> > wondering if it will cause any troubles for subversion since I'm the
> > administrator.
> > He's used working with SourceSafe and now he's planning to use a
> > directory structure looking like this:
> >
> > project/major/module/minor/version
> >
> > Personally I would remove major, minor and version from the structure
> > but he really wants it that way. When he starts a new major, he
> creates
> > the substructure again and copies the latest version to this major.
> >
> > As far as I understand, there's no server-side objection doing this.
> > For subversion is doesn't matters where you create your branch. Is
> this
> > correct?
> > Will it differ at the server size concerning the size of the db if we
> > use a more normal construction like this:
> >
> > project/module/{trunk,branches,tags}
> >
> > I hope there's no problem doing his idea since it already took some
> time
> > to convince him using subversion.
> >
> > Kind regards,
> >
> > wimpunk.
> >
>
>
> ./trunk should always be the latest, and when he's ready to release a
> version bump, he can just create a new tag from ./trunk.
>
>
> 1/1/08 - Cut release 1.0
> tag trunk as 1.0 (results in ./tags/1.0)
>
> 2/1/08 - Cut release 1.1
> tag trunk as 1.1 (results in ./tags/1.1)
>
> etc. etc
>
> You can find out more about tagging from svnbook.org
>
>
>
>
> --
> Anthony Ettinger
> 408-656-2473
> http://anthony.ettinger.name
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
> For additional commands, e-mail: users-help_at_subversion.tigris.org
>
>
Received on 2008-03-07 17:53:19 CET