Hi James,
Using a version control system to determine/manage what should be
released to a customer (release control) may not necessarily be the
right way of doing it.
I use a release script (ie ant) to create a release directory and
prepare it for release to
the customer. This script is modified for every release and versioned
controlled.
This ensures that there is little room for error. Every time you
checkout a "Release Tag", you are able to reproduce the release package
as it appeared in the original release.
Thanks
Lakshman
-----Original Message-----
From: James Courtier-Dutton [mailto:james.dutton@gmail.com]
Sent: Wednesday, 29 March 2006 12:15 AM
To: Ryan Schmidt
Cc: users@subversion.tigris.org
Subject: Re: Labels
On 28/03/06, Ryan Schmidt <subversion-2006Q1@ryandesign.com> wrote:
> You are assigning meaning to the revision number which is not
> implied. It is merely "the number of changes that have occurred in
> the repository." Nothing more. Revisions apply to the repository as a
> whole, not individual files. Thus, a file in the repository at
> revision X is not necessarily different from the file in the
> repository at revision X + N.
>
> Subversion does not have labels. You can invent them, by using things
> like "svn propset mylabel foo" but there is no facility by which you
> could then search for all files having property "mylabel" set to
> "foo", so this is probably not much use to you.
>
I suppose what I am really looking for is some type of "views" feature
like databases have.
So, I might wish to do checkouts and commits, but only on a select few
files in the repository. The determination of which files to
checkout/commit would be based on the propset labels instead of any
particular branch or directory tree.
So, I guess this has turned into a feature request for something like.
svn co svn://repository/ with contraints of branch name+label
combination.
Instead of the contraint of just branch name.
On another note, what are the current properties actually used for?
James
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Mar 29 06:54:58 2006