>>>>> "Andrew" == Andrew Reedick <Reedick> writes:
>> Wouldn't this be useful: svn alias <rev> <name> (or svn revalias
>> <rev> <name>)
>>
>> Then one would be able to use <rev> and <name> interchangeably in
>> other
>> svn operations. Call it the poor man's svn tag! :)
Andrew> In SVN, an alias or revision number by itself is useless.
Andrew> You need a dir to go along with the revision/alias to be
Andrew> accurate. Aliasing 'FOO' to a revision in a repository
Andrew> doesn't tell me a damn thing. What code does FOO (or
Andrew> revision 1234) apply to? A revision can have check-ins from
Andrew> multiple directories _across_ multiple baselines. Even if
Andrew> FOO is from a check-in under one tree, does FOO apply to the
Andrew> root of the tree, or just for a subproject?
Andrew> Ex: I check-in /branches/rel.1.0/big_project/logging/log.java
Andrew> as revision 1234. I alias 1234 as FOO. Does FOO apply to
Andrew> 'rel1.0', 'big_project', or just the 'logging' component?
I must be missing something.
In Subversion, a revision number always identifies a revision of the
repository. The WHOLE repository.
Any one checkin is likely to change only a subset of the repository,
but nevertheless the rev number identifies a particular state of the
whole repository. If you care what bits were changed by a particular
rev, do "svn log -r 1234 -v" on the repository root, and svn will tell
you.
So the proposal certainly is logically valid. And I could see some
uses for it -- some of the things done with tags are more conveniently
done by rev aliases than by lightweight copy (though they can be made
to work either way. For example, we tag the most recent rev in the
version Xyz development stream for which the nightly build procedure
ran without errors. In CVS (and presumably with the alias scheme)
that's just a tag operation. In Subversion, it requires deleting the
old tag, then making a new one. For various reasons, that isn't as
good a solution (though it is good enough to get the job done).
paul
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-02-19 17:19:22 CET