On Fri, 25 Jan 2008, Jakub Narebski wrote:
> Daniel Barkalow <barkalow@xxxxxxxxxxxx> writes:
>
> > This allows users with different preferences for access methods to the
> > same remote repositories to rewrite each other's URLs to get the
> > desired access.
>
> [...]
> > +host.<name>.base::
> > + The base URL which should be used for this particular
> > + host. This can be used by a user who has a better access
> > + method to a repository than other users to make use of the
> > + preferable path despite getting URLs from other users using
> > + more commonly-available methods. Alternatively, a user who
> > + only has less privileged access to a repository than the usual
> > + audience can use this mechanism to replace disallowed methods
> > + with public ones.
> > +
> > +host.<name>.alias::
> > + Additional base URLs which refer to this host. If a URL
> > + matches this, any access to it will use the URL formed with
> > + the corresponding base URL instead of the given URL.
> > +
>
> From this I could not get how those configuration are meant to be
> used. Perhaps some usage example?
[host "kernel"]
base = git://git.kernel.org/pub/
alias = git+ssh://master.kernel.org/pub/
alias = master.kernel.org:/pub/
> BTW. wouldn't the same be solved better by enabling remote.<name>.url
> to be multi-valued, first working for fetch, all URLs for push?
The real point is actually for when you're dealing with URLs on the
command line which you've cut-and-paste from email or other things. For
example, the patches in the -mm quilt series say where the git trees are,
but they're all like
"git+ssh://master.kernel.org/pub/scm/linux/kernel/git/dtor/input.git",
which is ideal for people (like Andrew) who have accounts on master, but
requires manual fixing for people (like me) who don't.
With the above config, I can do:
git fetch git+ssh://master.kernel.org/pub/scm/linux/kernel/git/dtor/input.git
and it actually fetches
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git, which
actually works for me.
-Daniel
*This .sig left intentionally blank*
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
