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

release stamping (not revision stamping) in the SVN world?

From: Alexis Huxley <ahuxley_at_gmx.net>
Date: 2002-05-24 17:12:02 CEST

Hi Subversion People

On the list I saw someone mention this:

        svn cp -r 1000 /trunk /tags/foobar-1.0

as a way to tag releases.

And it raised a couple of questions for me, who's jumping
direct from RCS to SVN without passing through CVS.

At the moment (while SVN lacks module support) I have my various
programs all stored directly under my SVN root like this:

        \__ prog1 __ src
        | \__ lib
        \__ prog2 __ src
        | \__ lib
        \__ prog3 __ src
                 \__ lib

So, should I rearrange my sources to be stored under /trunk like this,
so that I can later make tags with the command line above?:

        \__ prog1 __ trunk __ src
        | | \__ lib
        | \__ tags
        \__ prog2 __ trunk __ src
        | | \__ lib
        | \__ tags
        \__ prog3 __ trunk __ src
        | | \__ lib
        | \__ tags

Next, when I used to use RCS, I used a home-written script to take
the revision numbers of the files in a program, prompt the user
for a release number and then store *all* these numbers in a file
which was itself stored under RCS. The script would then take temporary
copy of all the source files, and 'sed' its way through them,
substituting "MARKER_RELEASE" for the release number. So that
when I compiled the program, and ran '<prog> --version' it new
what its release number was.

I am aware that I can put '$Header'-like strings in files stored under
SVN, but surely - at checkout time - those will be expanded to
something that doesn't comtain the "1.0" (or whatever) that I use
when tag the release with the "scn cp" command above?

So, in the SVN world, how does one 'brand' ones sources with a
release ID?

Many thanks!

Alexis
(At repository revision 37)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri May 24 17:13:20 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.