Jon Nelson wrote: > It would appear that there is a bug in git, at least as of 1.6.5.7, in > the gc command. > When gc.auto is non-zero, it appears to consider packfiles as "loose" > - this conflicts with pack.packSizeLimit, insofar as I have > pack.packSizeLimit set to 2M (which appears to work). If gc.auto is, > say, 50 - once I exceed 50 2MB packs then gc --auto repacks *every > single time* it is run. This is unexpected, at least. There is also a gc.autopacklimit which controls auto-gc'ing based on the number of packs. The default is 50 and it does not consider the pack.packSizeLimit setting when deciding whether or not to auto-gc. It can be raised, or it can be disabled by setting it to zero. The ideal number of packs is one, but if you limit the size of packs to be very small, then you will quickly grow the number of packs. Perhaps autogc should only count packs that are much smaller than pack.packSizeLimit? Looks like there is already a comment in builtin-gc.c suggesting something similar. -brandon -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html