Como forçar o git a usar LF em vez de CR + LF no Windows?

Eu quero forçar o git a fazer checkout de arquivos no Windows usando apenas LFnão CR+LF. Verifiquei as duas opções de configuração, mas não consegui encontrar a combinação certa de configurações.

Quero que ele converta todos os arquivos LFe os mantenha LFnos arquivos.

Observação: usei, autocrlf = inputmas isso apenas repara os arquivos quando você os confirma. Eu quero forçá-lo a fazê-los usar LF.

Provavelmente eu não estava tão claro: o repositório já está usando, LFmas os arquivos retirados usando o msysgit estão usando CR+LFe eu quero forçar o msysgit a obtê-los com LF: forçar finais de linha do Unix .

>git config --list | grep crlf
core.autocrlf=input

O OP acrescentou em sua pergunta:

os arquivos retirados usando o msysgit estão usando CR+LFe quero forçar o msysgit a obtê-los comLF

Um primeiro passo simples ainda estaria em um .gitattributesarquivo:

# 2010
*.txt -crlf

# 2020
*.txt text eol=lf 

(conforme observado nos comentários do neto , referindo-se à .gitattributesconversão de fim de linha ), para evitar qualquer CRLFconversão para arquivos com a correta eol.

E sempre recomendei git config --global core.autocrlf false desativar qualquer conversão (que se aplicaria a todos os arquivos com versão)

Consulte Práticas recomendadas para configuração git de plataforma cruzada?

Desde o Git 2.16 (primeiro trimestre de 2018), você pode git add --renormalize .aplicar essas .gitattributesconfigurações imediatamente.

Mas um segundo passo mais poderoso envolve um driver de filtro gitattribute e adiciona um passo borrado

Sempre que você atualizasse sua árvore de trabalho, um script poderia, apenas para os arquivos especificados em .gitattributes, forçar a LF eole qualquer outra opção de formatação que você deseja impor.
Se o clearscript " " não fizer nada, você (depois do commit) transformará seus arquivos, aplicando exatamente o formato que você precisa seguir.

A maneira correta de obter terminações LF no Windows é primeiro definir core.autocrlfcomo false:

git config --global core.autocrlf false

Você precisa fazer isso se estiver usando o msysgit, porque ele o define truenas configurações do sistema.

Agora o git não fará nenhuma linha finalizando a normalização. Se você deseja que os arquivos com check-in sejam normalizados, faça o seguinte: Configure text=autoem .gitattributespara todos os arquivos:

* text=auto

E defina core.eolpara lf:

git config --global core.eol lf

Agora você também pode alternar repositórios únicos para crlf (no diretório de trabalho!) Executando

git config core.eol crlf

Depois de fazer a configuração, você pode querer que o git normalize todos os arquivos no repositório . Para fazer isso, vá para a raiz do seu repositório e execute estes comandos:

git rm --cached -rf .
git diff --cached --name-only -z | xargs -n 50 -0 git add -f

Se agora você deseja que o git também normalize os arquivos em seu diretório de trabalho , execute estes comandos:

git ls-files -z | xargs -0 rm
git checkout .

Volto a essa resposta com bastante frequência, embora nenhuma delas seja certa para mim. Dito isto, a resposta certa para mim é uma mistura dos outros.

O que eu acho que funciona é o seguinte:

 git config --global core.eol lf
 git config --global core.autocrlf input

Para repos que foram retirados após a definição dessas configurações globais, tudo será verificado como o que estiver no repositório - espero LF( \n). Qualquer CRLFserá convertido para apenas LFno check-in.

Com um repo existente que você já efetuou check-out - que possui as terminações de linha corretas no repo, mas não sua cópia de trabalho - você pode executar os seguintes comandos para corrigi-lo:

git rm -rf --cached .
git reset --hard HEAD

Isso excluirá ( rm) recursivamente ( r) sem aviso ( -f), todos os arquivos, exceto aqueles que você editou ( --cached), do diretório atual ( .). Em resetseguida, todos esses arquivos retornam a um estado em que eles têm suas terminações de linha verdadeiras (correspondendo ao que está no repositório).

Se você precisar corrigir as terminações de linha de arquivos em um repositório, recomendo pegar um editor que permita fazer isso em massa, como IntelliJ ou Sublime Text, mas tenho certeza de que qualquer um bom provavelmente suportará isso.

Contexto

Se vocês

1. deseja forçar todos os usuários a terem terminações de linha LF para arquivos de texto e
2. você não pode garantir que todos os usuários alterem sua configuração do git,

você pode fazer isso começando com o git 2.10. 2.10 ou posterior é necessário, porque 2.10 corrigiu o comportamento de text = auto juntamente com eol = lf . Fonte .

Solução

Coloque um .gitattributesarquivo na raiz do seu repositório git com o seguinte conteúdo:

* text=auto eol=lf

Comprometa-o.

Ajustes opcionais

Você também pode adicionar um .editorconfigna raiz do seu repositório para garantir que as ferramentas modernas criem novos arquivos com as terminações de linha desejadas.

# EditorConfig is awesome: http://EditorConfig.org

# top-most EditorConfig file
root = true

# Unix-style newlines with a newline ending every file
[*]
end_of_line = lf
insert_final_newline = true

core.autocrlf=inputé a configuração certa para o que você deseja, mas pode ser necessário fazer um git update-index --refreshe / ou um git reset --hardpara que a alteração seja efetivada.

Com core.autocrlfdefinido como input, o git não aplicará a conversão de nova linha no check-out (portanto, se você tiver LF no repositório, receberá LF), mas garantirá que, no caso de você estragar e introduzir alguns CRLFs no trabalho copiar de alguma forma, eles não vão entrar no repositório.

Você pode encontrar a solução para esse problema em: https://help.github.com/en/github/using-git/configuring-git-to-handle-line-endings

Descrição simplificada de como você pode resolver esse problema no Windows:

Configurações globais para finais de linha O comando git config core.autocrlf é usado para alterar como o Git lida com finais de linha. É preciso um único argumento.

No Windows, você simplesmente passa fiel à configuração. Por exemplo: C:> git config --global core.autocrlf true

Boa sorte, espero ter ajudado.