From: Jakub Narebski <jnareb@gmail.com>
To: "Giuseppe Bilotta" <giuseppe.bilotta@gmail.com>
Cc: "Junio C Hamano" <gitster@pobox.com>,
git@vger.kernel.org, "Petr Baudis" <pasky@suse.cz>
Subject: Re: [RFCv2 1/2] gitweb: add patch view
Date: Wed, 3 Dec 2008 18:08:01 +0100 [thread overview]
Message-ID: <200812031808.01916.jnareb@gmail.com> (raw)
In-Reply-To: <cb7bb73a0812030514u11e10bebue5a1451d54fc3f96@mail.gmail.com>
On Wed, Dec 3, 2008 at 14:14, Giuseppe Bilotta wrote:
> On Wed, Dec 3, 2008 at 2:00 PM, Jakub Narebski <jnareb@gmail.com> wrote:
>> On Wed, 3 Dec 2008, Giuseppe Bilotta wrote:
>>> On Wed, Dec 3, 2008 at 12:19 PM, Junio C Hamano <gitster@pobox.com> wrote:
>>>>
>>>> Perhaps this configuration should also be a feature defined in %feature,
>>>> overridable by each repository? If you default it to "disabled" (as any
>>>> new feature typically does), you do not have to yank a random number such
>>>> as 100 out of thin air.
>>>
>>> I thought about it, but then I thought it was way too useful for
>>> single patches to disable the feature a priori. I'd rather make the
>>> default limit much smaller (like the original 16 commits I had in
>>> mind, or even less).
>>
>> Perhaps %feature can be used to configure _maximum_ number of patches
>> in 'patch' / 'format_patch' view (gitweb_get_feature... well, sort of
>> as gitweb_check_feature would work too), rather than checking if it
>> is enabled or disabled?
>
> The way it's implemented in v2, you just need to set $patch_max in
> your local or system config file (e.g. /etc/gitweb.conf). I'm not sure
> about the benefit we would gain in going through %feature.
Ah, I haven't read patch in detail yet.
The (doubtful or not) benefit of going through %feature would be ability
to set limits (with perhaps -1 / <0 / undef / '' meaning: unlimited) on
per repository basis, with no limit for small repository, some limit for
the rest, and no 'patch' view or heavily limited for repository with
large size commits.
Just my 2 cents.
--
Jakub Narebski
Poland
next prev parent reply other threads:[~2008-12-03 17:09 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-03 10:07 [RFCv2 0/2] gitweb: patch view Giuseppe Bilotta
2008-12-03 10:07 ` [RFCv2 1/2] gitweb: add " Giuseppe Bilotta
2008-12-03 10:07 ` [RFCv2 2/2] gitweb: links to patch action in commitdiff and shortlog view Giuseppe Bilotta
2008-12-03 11:19 ` [RFCv2 1/2] gitweb: add patch view Junio C Hamano
2008-12-03 11:33 ` Giuseppe Bilotta
2008-12-03 13:00 ` Jakub Narebski
2008-12-03 13:14 ` Giuseppe Bilotta
2008-12-03 17:08 ` Jakub Narebski [this message]
2008-12-03 20:52 ` Giuseppe Bilotta
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=200812031808.01916.jnareb@gmail.com \
--to=jnareb@gmail.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=giuseppe.bilotta@gmail.com \
--cc=pasky@suse.cz \
/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.