Hi, Dear diary, on Tue, Jul 11, 2006 at 08:02:53PM CEST, I got a letter where Johannes Schindelin <Johannes.Schindelin@xxxxxx> said that... > The consistency is a non-issue, because the Makefile rules Do The Right > Thing. once in a while, a Git command disappears, it has already happenned several times (git-rename, git-octopus, git-apply-patch-script, I'm sure I'd find some more if I looked better; looking into future, I'm not sure about the further life expectancy of e.g. git-resolve or git-ssh-fetch). > I happen to run git without installing it, mainly because I like to fiddle > around with git. Now, if "git" does not compile for some reason, with > symlinks I lose git-diff, git-ls-files, etc. If "git" doesn't compile nothing overwrites your previous "git" binary and things stay working. If "git" did compile but is broken, the Makefile already rehardlinked the other files anyway so you are still screwed. > And -- just maybe -- I _did_ mention a single reason to keep hard links: > It works now. So why change it? The original patch mentioned why hardlinks are bad, so if you argue that the raised points are moot, you should give some substance to your argument. > > If you don't have the technical background to review a certain patch, please > > don't add to the noise. > > It is not nice to tell a dumb man how dumb he is. Mommy! I am so sorry > that I lack the technical background. Please apologize for the noise. Please help to maintain the very friendly nature of this list we have been enjoying so far. Thanks, -- Petr "Pasky" Baudis Stuff: http://pasky.or.cz/ Snow falling on Perl. White noise covering line noise. Hides all the bugs too. -- J. Putnam - : 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