I think I liked your first proposal better :-). It's simple to
understand, simple to explain. But this new one is overengineering to
support fairly rare edge cases, imho. I'm not saying they never
happen, just that your original plan satisfies 95% of the need; and we
shouldn't double the complexity (or whatever) to get that last 5%.
Just my $0.02,
-Karl
David Mankin <mankin@ants.com> writes:
> Thanks. Now that I have a some external approval, I'll point out
> another possible implementation of the alias setup.
>
> Imagine a ~/.subversion/clients/svn/aliases file:
> [dif]
> shortcut_for = diff
>
> [diff]
> command = diff
> extra_args = -x'-uN'
> applies_to = http://localhost:8080/repos1/*, file:///path/to/repos1/*,
> http://svn.collab.net/repos/svn/*
>
> [diff]
> command = diff
> extra_args = -x'-c5'
>
> [tag]
> variants=tag.1, tag.2
> help_text = tag: Create a tag in the repository.\n
> usage: svn tag TAG_NAME [SRC]\n\n
> If SRC is specified then only that directory (and its children)
> will be tagged.\n
> Valid options:\n
> -m [--message] arg : specify commit messge "ARG"\n
> -F [--file] arg : specify commit message from file ARG\n
> etc.
>
> [tag.1]
> commandline = $SVN $-* cp $REPOS_URL/trunk $REPOS_URL/tags/$1
>
> [tag.2]
> commandline = $SVN $-* cp $REPOS_URL/trunk/$2 $REPOS_URL/tags/$1
>
>
> ---------------------
>
> This is much more complicated, much less clean (it could be cleaned up
> a lot, though, I'm sure), and provides a little bit more
> functionality. What it does do is allow some form of per-repository
> aliasing. And a little easier to understand setting the help text,
> and some more power in handling different numbers of command line
> parameters.
>
> Would people prefer a one-section-per-alias or a
> one-or-two-line-per-alias configuration like in my previous email?
>
> -David Mankin
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Nov 25 22:29:13 2002