From: Jakub Narebski <jnareb@gmail.com>
To: Junio C Hamano <junkio@cox.net>
Cc: git@vger.kernel.org
Subject: Re: [RFC] gitweb: Add committags support (take 2)
Date: Wed, 6 Dec 2006 13:51:01 +0100 [thread overview]
Message-ID: <200612061351.02712.jnareb@gmail.com> (raw)
In-Reply-To: <7vmz64ortu.fsf@assigned-by-dhcp.cox.net>
Junio C Hamano wrote:
> Jakub Narebski <jnareb@gmail.com> writes:
>
>> I have thought about putting %committags and @committags before
>> loading config file
>> do $GITWEB_CONFIG if -e $GITWEB_CONFIG;
>> which can load config file depending on the project, but perhaps
>> it is too complicated solution.
>
> I think you are talking about a gitweb-instance wide
> customization, but that's not what I meant. I meant per-project
> configuration where w/git-gui.git and w/git.git are served by
> the same instance of gitweb but have pointers to different issue
> trackers.
It looks like the hardest part with committags support wouldn't be the
actual implementation of it, but coming with easy and fast way to set
up those committags.
gitweb-xmms2 project from which the idea of committags support in gitweb
came (I think, correct me if I'm wrong) avoids this issue by having
issue tracker / bug tracker the same for all projects served by single
gitweb installation; the configuration is site-wide, and there is no
per project committags configuration.
I have imagined the following twofold solution.
1. Make it easier to have per repository gitweb configuration, for
example by having gitweb configuration file in GIT_DIR for a project,
"gitweb_conf.perl" by default:
our $GITWEB_REPO_CONFIG = $ENV{'GITWEB_REPO_CONFIG'} ||
"++GITWEB_CONFIG++";
do "$projectroot/$project/$GITWEB_REPO_CONFIG"
if -e "$projectroot/$project/$GITWEB_CONFIG";
2. Put the configuration in config file, using/like %features support.
For example gitweb.committags.<committag name> would hold parameters
for <committag>. Committags sequence would be given by sequence of
entries in config file. Comittags without options would have sole
variable entry (which I think is equivalent to being bool variable
and having 1 or 'yes' as value).
The trouble with this approach is not overriding defaults provided
while still turning on/off specific committag. And of course the fact
that for that we need rather config reader in Perl (Git.pm or
gitweb).
What do you think about it? Junio? Pasky?
--
Jakub Narebski
next prev parent reply other threads:[~2006-12-06 12:49 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-03 23:01 [RFC] gitweb: Add committags support (take 2) Jakub Narebski
2006-12-04 2:38 ` Junio C Hamano
2006-12-04 10:33 ` Jakub Narebski
2006-12-04 10:53 ` Junio C Hamano
2006-12-04 11:33 ` Jakub Narebski
2006-12-05 1:08 ` Junio C Hamano
2006-12-06 12:51 ` Jakub Narebski [this message]
2006-12-06 19:11 ` Junio C Hamano
2006-12-06 19:32 ` Jakub Narebski
2006-12-06 19:47 ` Junio C Hamano
2006-12-06 20:35 ` Jakub Narebski
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200612061351.02712.jnareb@gmail.com \
--to=jnareb@gmail.com \
--cc=git@vger.kernel.org \
--cc=junkio@cox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.