Re: [PATCH 3/3] grep: stop looking at random places for .gitattributes
- From
Nguyen Thai Ngoc Duy <pclouds@gmail.com>
- Date
- Oct 11, 2012, 08:17 UTC
- Message-ID
- <CACsJy8AKT4VzYg_aBrK2UNAhv=yO=ddSFPdi3sZakD9UBc388w@mail.gmail.com>
- In-Reply-To
- <50766F94.4020104@alum.mit.edu>
On Thu, Oct 11, 2012 at 2:04 PM, Michael Haggerty <mhagger@alum.mit.edu> wrote:
Show 7 quoted lines
> Maybe I'm being too much of a purist, but I don't think that git should > retroactively reinterpret history on its own initiative in a way that > might not be correct (e.g., maybe your encoding changed from ASCII to > Shift-JIS sometime in the past). It would be more appropriate for this > to happen only if explicitly requested by the user. For example, why > don't you override the incorrect historical attributes via > .git/info/attributes?
I think git-notes is a more appropriate place to correct these things. If the incorrect commits are pruned, their notes can also be pruned. No poluttion in $GIT_DIR/info/attr.. And i'm your side, no checking worktree without user's permission.
-- Duy