Re: git gc and kernel.org
- From
- Mikael Magnusson <mikachu@gmail.com>
- Date
- Oct 20, 2009, 09:08 UTC
- Message-ID
- <237967ef0910200208t290d7ba2l15c75081da5448de@mail.gmail.com>
- In-Reply-To
- <4ADD6026.8070203@zytor.com>
2009/10/20 H. Peter Anvin <hpa@zytor.com>:
Show 20 quoted lines
> We have run into two major problems with git on kernel.org. We have > discussed workarounds, but I believe they are generally major problems which > will affect other sites, and really need to be fixed upstream. > > 1) git receive-pack doesn't run git gc --auto. > > This cause repositories which people thought were being autopacked to not be > so. This can be done via a hook, but that is way too painful for people to > do -- in fact, it's hard enough just to get people to enable the post-update > hook for http fetching. > > 1b) as per the above, a way to make "git update-server-info" at post-update > time a configurable option rather than needing to be done via the hook would > be very nice, since a configuration option can be enabled sitewide. > > 2) When pushing to a repository, it apparently doesn't honor new objects in > alternate repositories. This causes massive unnecessary duplication. > > I believe these are major issues that need to be addressed. If we are > *mistaken* on these, then we would appreciate being corrected.
I don't know how you create repos on kernel.org, but by default both git init and git clone uses /usr/share/git-core/templates for the new repo, for example I put a symbolic ref h -> HEAD there to save some typing. You can enable whatever hooks you want there, but they would only take effect for new repos.
-- Mikael Magnusson