Re: [PATCH Cogito] cg-init breaks if . contains sub-dir

From: David Greaves <david@dgreaves.com>
Date: May 10, 2005, 09:47 UTC
Message-ID: <4280833E.2020300@dgreaves.com>
In-Reply-To: <20050510085626.GC8176@lug-owl.de>

Jan-Benedict Glaw wrote:

Show 24 quoted lines

>On Tue, 2005-05-10 10:36:09 +0200, Matthias Urlichs <smurf@smurf.noris.de> wrote:
>  
>
>>Jan-Benedict Glaw:
>>    
>>
>>>>	find * \( -type f -o tyle l \) -print0 | ...
>>>>        
>>>>
>>>Btw, this won't find dot files, so using "." as the path list (instead
>>>of "*") might be wise...
>>>
>>>      
>>>
>>git doesn't want to handle dot files anyway.
>>    
>>
>
>...which I actually consider to be a bug. Why should git care about the
>filename, as long as it doesn't clash with ".git"?  After all, it's just
>a plumbing mechanism designed to locate file contents by SHA-1 hashes.
>It shouldn't deal with file names at all, really:-)
>  
>

I tend to agree that a generic 'content tracking system' shouldn't impose this kind of rule. Requiring well formed filenames (eg no //, no trailing /s) is fine - but dot-file-discrimination?

When I first saw it, I expected this kind of rule to (eventually) be lifted from the plumbing to the porcelain. The minor problem is that Linus seems to like getting his hands dirty and keeps using the plumbing ;) (eek - these analogies...)

David