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
| david | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Andrew Morton | -mm merge plans for 2.6.23 |
| Greg Kroah-Hartman | [PATCH 025/196] paride: Convert from class_device to device for block/paride |
| Henrique de Moraes Holschuh | [RFC] rfkill class rework |
git: | |
| Gerrit Renker | [PATCH 05/37] dccp: Cleanup routines for feature negotiation |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Johann Baudy | Packet mmap: TX RING and zero copy |
| David Miller | [GIT]: Networking |
