git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: gitattributes - clean filter invoked on pull?

From
Michael J Gruber <git@drmicha.warpmail.net>
Date
Apr 11, 2011, 10:41 UTC
Message-ID
<4DA2DAC6.1010009@drmicha.warpmail.net>
In-Reply-To
<20110411101614.GB5146@genesis.frugalware.org>
Miklos Vajna venit, vidit, dixit 11.04.2011 12:16:
Show 13 quoted lines
> On Mon, Apr 11, 2011 at 11:50:09AM +0200, Michael J Gruber <git@drmicha.warpmail.net> wrote:
>> But maybe there is a better solution for your actual use case? Do you
>> want to ignore line wrap or normalise it?
> 
> I want to avoid those, so we get readable diffs, whatever line width the
> different translator tools are using. (If tool1 is using 72 and tool2 is
> using 80, then it would reformat the whole file.)
> 
> Do you have a better idea than
> 
>         git config filter.po.clean 'msgcat - --no-wrap'
> 
> ?

git config diff.po.textconv 'msgcat - --no-wrap' git config diff.po.cachetextconv true

If you want to normalise the repo, you may want to look at hooks instead of clean/smudge if they are a performance problem.

Michael
Previous: Miklos VajnaNext: Miklos Vajna
Message 8 of 10 in “gitattributes - clean filter invoked on pull?”
  1. Miklos VajnaApr 11, 2011
  2. Ramkumar RamachandraApr 11, 2011
  3. Miklos VajnaApr 11, 2011
  4. Ramkumar RamachandraApr 11, 2011
  5. Johannes SixtApr 11, 2011
  6. Michael J GruberApr 11, 2011
  7. Miklos VajnaApr 11, 2011
  8. Michael J GruberApr 11, 2011
  9. Miklos VajnaApr 11, 2011
  10. Dmitry PotapovApr 11, 2011

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.