Hi, documentation about pack.packSizeLimit says: The default maximum size of a pack. This setting only affects packing to a file, i.e. the git:// protocol is unaffected. It can be overridden by the --max-pack-size option of git-repack(1). I would suggest clarifying it into The default maximum size of a pack in bytes. This setting only affects packing to a file, i.e. the git:// protocol is unaffected. It can be overridden by the --max-pack-size option of git-repack(1). Since --max-pack-size takes MB and one might be tempted to assume that the same is valid for pack.packSizeLimit. Also note that some safety check on pack.packSizeLimit could probably be desirable to avoid an unreasonably small limit. For instance: Assume that pack.packSizeLimit is set to 1 (believing it would be 1MB, but it is in fact 1B). With this at the first git gc every object goes in its own pack. You realize the mistake, you fix pack.packSizeLimit to 1000000, but at this point you cannot go back since git gc cannot run anymore (too many open files). Maybe, considering all the possible use cases of pack.packSizeLimit could help finding a reasonable lower bound. -- 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