The road to v0.10.1 or v0.11

John Keeping john at
Fri Jan 17 17:53:33 CET 2014

On Fri, Jan 17, 2014 at 05:38:29PM +0100, Jason A. Donenfeld wrote:
> On Fri, Jan 17, 2014 at 5:28 PM, John Keeping <john at> wrote:
> > I really can't see this being sensible without moving to libgit2.  As
> > long as we stick with libgit.a then we need to fork for each request so
> > I'm not sure there's much benefit to supporting FastCGI without moving
> > to something that lets us free resources when we're done processing a
> > request.
> The advantage would be not having to reparse the config and scan for
> repos on every.single.solitary.request.

But scan for repos is caught by the cache most of the time, and
presumably even if we run persistently we still need to do that
periodically (or use inotify); or do we just rely on the process being
replaced when the set of repositories changes?

More information about the CGit mailing list