Re: Not going beyond symbolic links
- From
Linus Torvalds <torvalds@linux-foundation.org>
- Date
- Aug 5, 2008, 01:43 UTC
- Message-ID
- <alpine.LFD.1.10.0808041839130.3299@nehalem.linux-foundation.org>
- In-Reply-To
- <7v8wvc2seh.fsf@gitster.siamese.dyndns.org>
On Mon, 4 Aug 2008, Junio C Hamano wrote:
Show 10 quoted lines
> > > > The rewritten 'has_symlink_leading_path()' should do ok, but it migth > > still be a huge performance downside to check all the paths for things > > like "git add -u". > > Not yet. > > I think this is a necessary "correctness" thing to do regardless of the > performance impact, and adding the logic to stop at submodule boundary > (aka gitlinks) should come before optimization.
Well, "performance" is a feature too, and it's not correct to say that "X should be fixed before optimization". If "X" slows things down, the question should be whether it really needs fixing..
Yes, we find symlinks when we do _new_ files, but is it really so bad to assume that existing directories that we have already added to the index are stable? It can easily be seen as a feature too that you can force git to ignore the symlink and see it as a real directory.
So that's why it would be interesting to hear about the performance impact. Because this is definitely not a black-and-white "one behavior is wrong and one behavior is right".
Linus