Git LF verificado como CRLF, marcado como alterado, verificado novamente como LF

1

Eu tenho um arquivo em um projeto. O projeto é algo que foi passado para mim e tem um monte de incompatibilidade CRLF / LF. Eu adicionei uma regra no meu .gitattributes para definir o arquivo para LF em commits eol=lf tudo bem e bem, o arquivo está usando LF no meu repo.

Aqui está o problema: toda vez que eu finalizo o checkout do arquivo, é feito check-out como CRLF, o que resulta em git interpretando-o como "alterado" porque o repo tem LF. É muito muito chato para consertar e eu não consegui corrigi-lo com outra coisa, em seguida, cometer a mudança no ramo que, obviamente, está comprometendo a mudança como CRLF (local) - > LF (repo), ou seja. tecnicamente não fazendo nada.

Alguém sabe qual configuração causa esse LF (repo) - > (checkout) - > CRLF (local) - > Conflito de loop de CRLF = / = LF?

Com relação ao * eol=auto , eu não uso isso, já que o comportamento do git, mesmo no linux, é verificar tudo como CRLF. Ainda estou para ver um caso em que eol=auto realmente verifica um arquivo como LF.

    
por srcspider 09.07.2014 / 12:54

0 respostas

Tags