Eu tenho um problema estranho - quando eu uso o gitcomando que acompanha o pacote Command Line Tools, a interface na linha de comando é em inglês, como eu quero que seja. No entanto, a versão instalada usando o Homebrew usa alemão em sua saída (eu moro na Alemanha, mas o idioma do meu sistema está definido para inglês dos EUA e o computador foi realmente comprado em Cingapura, se for o caso).
Eu acredito que isso mudou apenas recentemente. Eu tive que dar meu Mac para reparo e o fiz em uma loja alemã. Agora que eu tenho meu computador de volta, notei que a saída do Git está em alemão, não tenho certeza se eles fizeram alguma coisa nas configurações do sistema enquanto estavam. Até onde eu sei, esse é o único aplicativo de linha de comando que usa o alemão como idioma. Aqui está a saída gerada pelo localecomando:
LANG=
LC_COLLATE="C"
LC_CTYPE="UTF-8"
LC_MESSAGES="C"
LC_MONETARY="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_ALL=Eu gostaria que o Git falasse comigo em inglês. Eu sei que posso definir o LANGetc. para inglês e (provavelmente) funcionaria, mas também gostaria de entender de onde essa mudança pode estar ocorrendo.
Alguma ideia?
EDIT : para tornar as coisas mais interessantes, eu uso outro Mac que recebi do trabalho. Foi comprado na Alemanha, as configurações iniciais de idioma eram o alemão (que mudei para o inglês dos EUA) e tudo funciona bem, ou seja, as duas instalações do Git (CLT e Homebrew) usam o inglês. As informações de local do localecomando são as mesmas.
fonte
Respostas:
Recentemente, comecei a observar o mesmo comportamento, principalmente com o git (e após a atualização para o MacOS Mojave). No começo, eu pensei que era um problema com o próprio git. Então, eu reinstalei o git com homebrew sem sucesso.
No entanto, ir para a guia "Idioma e região" no MacOS "Configurações" e remover outros idiomas da lista que você não precisa (nota: eles são diferentes das fontes de entrada do teclado) resultaram no git exibindo as mensagens de saída do comando no terminal no idioma desejado (no meu caso, inglês).
Notavelmente, esse problema me ocorreu apenas no terminal macOS (e não, por exemplo, no terminal VSCode).
fonte
Estou tendo o mesmo problema. Após a atualização do homebrew git 2.17.0 -> 2.19.1, acho que a nova versão do git começa a respeitar a variável de ambiente LANG.
E se
ou
O git usará o inglês.
Se, por exemplo,
O git usa chinês.
Eu não li os logs de confirmação do git, mas acho que está funcionando conforme o esperado. Apenas sinta um pouco estranho ver as mensagens de saída da linha de comando git que não estão em inglês :)
fonte
en_ENnão é um código de idioma válido. As localizações válidas têm códigos de país com os 2 últimos caracteres, portanto, por exemplo,en_USeen_UKsão localidades válidas.en_UKtambém é inválido,en_GB(Grã-Bretanha) é o correto. stackoverflow.com/a/7296292/9534591Adicione isso ao seu
.bash_profilearquivo - há um bug semelhante no componente terminal do PyCharm no macOS mojave (10.14).Depois de fazer isso, você precisará reiniciar o sistema para que ele entre em vigor.
O crédito vai para esta postagem do blog
fonte
Pelo que sei, é um problema com o GNU gettext, em vez de um problema com o Git.
Parece que o bug foi corrigido no GNU gettext v0.20 ; mas, a partir desta publicação, o Homebrew infelizmente fornece apenas a v0.19.8.1 .
Reproduzi o problema da seguinte maneira:
fonte
brew info gettextparece dar informações sobre sobre como questões de correção, adicionando gettex no caminho, mas eu não sou capaz de dizer se eu deveria fazer isso ou não ...Solução alternativa: excluir todos os outros idiomas preferidos.
Mas ainda é um problema em aberto para esse fim: https://youtrack.jetbrains.com/issue/IDEA-216039
fonte
Eu tive o mesmo problema com o Mojave e o Git 2.19, mas atualizei o Git para 2.21 e ele funcionou conforme o esperado novamente.
fonte