On Wed, 5 Sep 2007, J. Bruce Fields wrote:YES! yikes. This is about the best argument put forth so far for not automatically running git-gc. Personally, I think git-gc should not remove unreferenced objects without --prune (but I haven't done anything about it). But even if git-gc was modified in this way, an occasional git-gc --prune would still be necessary to remove all of the unreferenced and dangling objects safely with a human thinking about the shared repo implications (unless shared repo handling is modified). -brandon - 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
| Ingo Molnar | Re: x86: 4kstacks default |
| Gabriel C | modpost errors ( Re: 2.6.23-rc6-mm1) |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Press, Jonathan | RE: [malware-list] [RFC 0/5] [TALPA] Intro to a linux interface foron access scann... |
git: | |
| David Miller | Re: iptables very slow after commit784544739a25c30637397ace5489eeb6e15d7d49 |
| Natalie Protasevich | [BUG] New Kernel Bugs |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 13/37] dccp: Deprecate Ack Ratio sysctl |
