On 9/29/09 17:20 , "Bob Archer" <Bob.Archer_at_amsi.com> wrote:
>> On Sep 29, 2009, at 4:18 PM, Hacksaw wrote:
>>> The ^/ syntax is pretty cool, but still doesn't really replace the
>>> functionality, since that is useful when checking out a folder.
>>> My suggestion is to have aliases definable in the config file, or in
>>> environement variable. These would then be used in the same sort of
>>> jbx svn+ssh://svn/svn/JumboBox
>>> fish svn://example.com/svn/guppie++
>>> Then the syntax could be
>>> svn co ^jbx/trunk/src
>>> And so on.
>>> What do folks think? Has this been discussed?
>> I'm just wondering why this belongs in Subversion proper. How does
>> this differ from just using environment variables set in a .bashrc (or
>> similar platform-specific location)?
> I'm not even sure what the big advantage of this is. Once you do your checkout
> svn knows the path to the repository and you don't really need to use it a lot
> from that point on. You can use WC paths and the tab key in your shell to help
> with long paths.
So, I have a collection of repo's at my company, on the order of forty or
so. It's never "once you do your check out", it's "oh, I need the bleeding
edge of that package, and this other package, and how did so and so solve
this problem again?"
It's also different in that it could conceivably be more than just the root,
it could just be a simple string substitution alias, which means that a URL
Could be ^qfeyn/.
Not using the shell syntax means it's screamingly obvious this is a
subverion construction, increasing the readability of any shell code that
might involve such thing, and limiting where one would go to look for the
list of aliases. Shell variables can be assigned and munged in too many
Andy Levy asks:
>What happens if the user doesn't have the alias you're using defined
>in their config or environment? Especially in the case of hook
>scripts, but also regular users?
The same thing that happens anytime you hand svn a broken URL.
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-09-30 18:12:23 CEST