Luke Lu <git@vicaya.com> wrote:I'd rather see this default to an unlimited (or maybe insane?) depth. Current users may be surprised upon upgrading to a more recent git when their gitweb stops showing projects because the default depth is too small. repo.or.cz is up at 3 deep, maybe 4 right now, right Pasky? I think letting admins control the depth is a good idea, but its a performance tuning thing and probably shouldn't break existing setups. I don't do much gitweb hacking, but I usually don't like to find code that mutates a value as an important side-effect in the middle of a boolean condition that is used to determine if we are breaking out of this function now, or falling through to do more work. yea its more lines of code but I think it would be easier to grok if this was a proper if {...}. -- Shawn. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Andrew Morton | -mm merge plans for 2.6.23 |
| david | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| PJ Waskiewicz | [ANNOUNCE] ixgbe: Data Center Bridging (DCB) support for ixgbe |
| David Miller | Re: [GIT]: Networking |
