J'ai un problème étrange: lorsque j'utilise la git
commande fournie avec le package d'outils de ligne de commande, l'interface de la ligne de commande est en anglais, comme je le souhaite. Cependant, la version installée à l'aide de Homebrew utilise l'allemand dans sa sortie (j'habite en Allemagne, mais la langue de mon système est définie sur l'anglais américain et l'ordinateur a été acheté à Singapour, si cela est important).
Je crois que cela n'a changé que récemment. J'ai dû remettre mon Mac en réparation et je l'ai fait dans un magasin allemand. Maintenant que j'ai récupéré mon ordinateur, j'ai remarqué que la sortie de Git est en allemand, je ne sais pas s'ils ont fait quoi que ce soit aux paramètres du système pendant qu'ils l'avaient. Pour autant que je sache, c'est la seule application en ligne de commande qui utilise l'allemand comme langue. Voici la sortie générée par la locale
commande:
LANG=
LC_COLLATE="C"
LC_CTYPE="UTF-8"
LC_MESSAGES="C"
LC_MONETARY="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_ALL=
J'aimerais que Git me parle en anglais. Je sais que je peux régler LANG
etc. sur l'anglais et cela fonctionnerait (probablement), mais j'aimerais également comprendre d'où vient ce changement.
Des idées?
EDIT : pour rendre les choses plus intéressantes, j'utilise un autre Mac que j'ai obtenu du travail. Il a été acheté en Allemagne, les paramètres de langue initiaux étaient l'allemand (que j'ai changé en anglais américain) et tout fonctionne bien, c'est-à-dire que les deux installations Git (CLT et Homebrew) utilisent l'anglais. Les informations locales de la locale
commande sont les mêmes.
la source
Réponses:
Récemment, j'ai commencé à observer le même comportement, en particulier avec git (et après la mise à jour vers MacOS Mojave). Au début, je pensais que c'était un problème avec git lui-même. J'ai donc réinstallé git avec homebrew en vain.
Cependant, aller dans l'onglet "Langue et région" dans les "Paramètres" de MacOS et supprimer d'autres langues de la liste dont vous n'avez pas besoin (remarque: elles sont différentes des sources d'entrée au clavier) ont permis à git d'afficher les messages de sortie de la commande dans le terminal dans la langue souhaitée (dans mon cas, l'anglais).
Notamment, ce problème ne m'est apparu que dans le terminal macOS (et non, par exemple, le terminal de VSCode).
la source
J'ai le même problème. Après la mise à niveau de homebrew git 2.17.0 -> 2.19.1, je trouve que la nouvelle version de git commence à respecter la variable env LANG.
Si
ou
git utilisera l'anglais.
Si, par exemple,
git utilise le chinois.
Je n'ai pas lu les journaux de commit de git, mais je pense que cela fonctionne comme prévu. Sentez-vous un peu bizarre de voir les messages de sortie de la ligne de commande git non anglais :)
la source
en_EN
n'est en fait pas une locale valide. Les paramètres régionaux valides ont des codes de pays comme les 2 derniers caractères, par exemple,en_US
eten_UK
sont des paramètres régionaux valides.en_UK
est également invalide,en_GB
(la Grande-Bretagne) est la bonne. stackoverflow.com/a/7296292/9534591Ajoutez ceci à votre
.bash_profile
fichier - il y a un bug similaire avec le composant terminal de PyCharm sur macOS mojave (10.14).Après cela, vous devrez redémarrer votre système pour qu'il prenne effet.
Le mérite revient à ce billet de blog
la source
D'après ce que je peux dire, c'est un problème avec GNU gettext plutôt qu'un problème avec Git.
Il semble que le bogue a été corrigé dans GNU gettext v0.20 ; mais, à partir de cette publication, Homebrew ne fournit malheureusement que la v0.19.8.1 .
J'ai reproduit le problème comme suit:
la source
brew info gettext
semble donner des informations sur la façon de résoudre les problèmes en ajoutant gettex dans le chemin, mais je ne suis pas en mesure de dire si je dois le faire ou non ...Solution: supprimez toutes les autres langues préférées.
Mais toujours un problème ouvert à cet effet: https://youtrack.jetbrains.com/issue/IDEA-216039
la source
J'ai eu le même problème avec Mojave et Git 2.19, mais je viens de mettre à jour le Git à 2.21 et cela a fonctionné à nouveau comme prévu.
la source