Phyrefly wrote:
> Nobody's saying that branching should be removed, just that a simpler
> function-set is needed for simpler purposes.
>
> If you need to fix a bug from a prior revision, that is when branching
> is needed, it shouldn't be needed when all you want to do is identify
> a release-point. If you label, rather than tag, to identify a stable
> build, then identifying that point is easy at any point in the future.
> And should you need to branch from it, that function is easy too.
>
> The proposed solution of a copied-to property makes identifying the
> revision you need to look at easy, but it still means having to look
> (quickly) through the rev history to find the rev number with that
> property, and then plug that rev number into other svn commands.
>
> The main advantage of labelling (for basic users) in other source
> control apps is the ability to plug a label name into svn commands
> instead of rev #s. Tagging doesn't allow that, and tweaking the
> tagging functionality, while making the alternative workflows easier,
> doesn't completely solve this.
I speak from a position of some ignorance here, but which subversion
commands will accept a revision number (or, in the proposal, a label) but
will NOT accept a tag in the same place in the command line, to mean the
same thing?
--
Nikki Locke, Trumphurst Ltd. PC & Unix consultancy & programming
http://www.trumphurst.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Nov 20 17:31:01 2006