On Wed, 27 May 2009, Christopher Jefferson wrote: > On 27 May 2009, at 17:59, Linus Torvalds wrote: >> On Wed, 27 May 2009, Linus Torvalds wrote: >>> >>> I'll see if I can make us handle the "big file without diff" case >>> better by chunking. >> So "don't do it then" or "make sure you are 64-bit and have lots of >> memory if you do it" may well be the right solution. > > Thank you for that description of the problem, I can see how hard it is. > > Perhaps it might be useful to think about how to codify "don't do it > then" in a reasonably simple, automatic way? > > I've been trying to write a pre-commit hook (I think that's the right > place?) which would refuse commits larger than some file size (512MB > as a random number I decided), but am having trouble getting it to > work right, and generally. Would such a thing be easy, and would that > be the right place to put it? > > While I wouldn't suggest this become default, providing such a hook, > and describing why you might want to use it, would seem to avoid the > accidental part of the problem. Hmmm... this is another issue (beside checking for portability of filenames) that would be neatly solved if there was 'pre-add' hook, rather than trying to use 'pre-commit' hook for that. It should not, I think, be that hard to add it... -- Jakub Narebski Poland -- 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