Petr Baudis wrote:
> Dear diary, on Tue, Jun 20, 2006 at 07:46:11PM CEST, I got a letter
> where Jakub Narebski <jnareb@xxxxxxxxx> said that...
>> Add to that the fact that above needs some support from web server
>> (e.g. Apache's mod_rewrite) and web server configuration, while gitweb tries
>> to be server agnostic...
>
> Nope, you get the stuff in $PATH_INFO. And having at least just the
> project name in the path part would be quite nice, it's my common gripe
> with cvsweb as I frequently get to mangle with the query part manually
> (can be much faster than clicking around) and I have to carefully evade
> the project name part, which is something I would really expect to be in
> the "static" part of the URL.
But without web server support I think you would need one copy/symbolic link
per repository served.
> When we are talking about URLs, it would be quite nice if the query
> parameter names would be actually meaningful instead of some cryptic
> 'h', 'pg' and whatnot.
I guess that is because hash values are somewhat long (40 characters wide),
so one letter parameter names were chosen to shorten URL.
Dictionary:
'a' - action (e.g. summary, log, commitdiff, blob, tree)
'o' - order by (for sorting tables)
'p' - project (might include category/directory: cogito/cogito.git,
git/git.git, git/gitk.git)
'f' - filename (I plan to move it before hash-valued parameters,
perhaps except hb which usually is symbolic)
'pg' - page
's' - searchtext (shouldn't it be 'q', from querystring?)
'h' - hash
'hp' - hash parent (not used yet I think)
'hb' - hash base (i.e. head or tag; underused I think)
--
Jakub Narebski
Warsaw, Poland
ShadeHawk on #git
-
: 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