Re: renormalize histroy with smudge/clean-filter

["Torsten Bögershausen" <tboegi@web.de>]

On Sun, Feb 09, 2025 at 10:25:14AM +0100, Josef Wolf wrote:
> On Sat, Feb 08, 2025 at 09:57:09PM +0100, Josef Wolf wrote:
>
> I just stumbled over another wirdeness:
>
> > Oh, have I mentioned that I am not only about line endings? Yes, I mentioned
> > it in the very first mail. In addition to line endings, I am also about XML
> > files from a proprietary application which reorders the XML-elements into a
> > random order every time it ist run. So the clean-filter needs to sort the
> > XML elements into some "canonical" order.
>
> This application stores the bulk of the data as text files and XML files with
> CRLF. But there are also some binary files. So I set gitattributes like this:
>
>    # Catch bulk as text=crlf, rely on git to detect binary
>    */*     text=auto eol=crlf

This looks a little bit strange to me.
What happens if you replace "*/*" with "*" like this.
*     text=auto eol=crlf


>    #
>    # those are known to be text=crlf
>    */B     text eol=crlf
>    */P-*   text eol=crlf
Same here. What is B ? Is it a directory ?

>    #
>    # smudge-clean filter
>    */B     filter=etsfile
>    */P-*   filter=etsfile
>    #
>    # files I dont't want to touch (mostly binaries)
>    */*.dll       -filter -text
>    */*.ver       -filter -text
>    */*.lang      -filter -text
>    */*.store     -filter -text
>    */*.ets5hash  -filter -text
*.dll       -filter -text
(and the same for everything else)

>
> But "git ls-files --eol" gives me this:
>
>      i/lf    w/lf    attr/text eol=crlf      gt8/ETS/Projekte/P-0113/B
>
> Why is git ignoring my explicit CRLF setting?
>
> This is on linux and on Windows+MSYS2. I don't have $GIT_DIR/info/attributes
> and ~/.gitconfig also doesn't specify any line ending things
>
> --
> Josef Wolf
> jw@raven.inka.de
>