Linus Torvalds <torvalds@linux-foundation.org> writes:I am as old timer as you are so I am not qualified to add much variety to the discussion, but I agree that excessive cruft is something we should warn the user about. I personally was _extremely_ annoyed by git-cvsimport occassionary deciding to repack whenever it finds more than certain number of loose objects, not because it is a big import, but because I happened to start the command to start a very small import after doing my own development for a while to accumulate loose objects, and I really hate automatic repacking for any operation (or tool that thinks it knows better than I do in general). Perhaps _exiting_ "git-commit" and "git-fetch" before doing anything, when the repository has more than 5000 loose objects with a LOUD bang that instructs an immediate repack would be good? I really do not like the idea of automatically running a repack after first interrupting the original command and then resuming. For one thing it would make a horribly difficult situation to debug if anything goes wrong. You cannot reproduce such a situation easily. - 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
| Mike Galbraith | Re: regression: CD burning (k3b) went broke |
| Andi Kleen | [PATCH] [3/22] x86_64: Kill temp boot pmds |
| Alan Cox | Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...? |
| Greg Kroah-Hartman | [PATCH 004/196] Chinese: add translation of SubmittingPatches |
git: | |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 05/37] dccp: Cleanup routines for feature negotiation |
| Brandeburg, Jesse | RE: [PATCH] e1000e: test MSI interrupts |
