Comment se débarrasser de l'ESC[ caractères lors de l'utilisation de git diff sur Mac OS X Mavericks?

Depuis que j'ai installé OS X Mavericks, le résultat de la commande git diff est rendu ESC[xxx caractères comme ceci:

ESC[1mdiff --git a/console/org.linkedin.glu.console-webapp/decorate-grails-methods-plugin/plugin.xml b/console/org.linkedin.glu.console-webapp/decorate-grails-methods-plugin/plugin.xmlESC[m
ESC[1mindex 3b65cf1..0ca5d7e 100644ESC[m
ESC[1m--- a/console/org.linkedin.glu.console-webapp/decorate-grails-methods-plugin/plugin.xmlESC[m
ESC[1m+++ b/console/org.linkedin.glu.console-webapp/decorate-grails-methods-plugin/plugin.xmlESC[m
ESC[36m@@ -15,14 +15,14 @@ESC[m ESC[mThe purpose of this plugin is to decorate various grails methods.ESC[m

Ce utilisé pour rendre correctement avant l'installation de Mavericks. Je n'ai aucune idée de ce qui est différent, de sorte que toute aide au dépannage serait très apprécié.

Noter que le pager utilisé est less depuis quand j'ai frappé h je reçois le texte suivant:

             SUMMARY OF LESS COMMANDS

Commands marked with * may be preceded by a number, N.
Notes in parentheses indicate the behavior if N is given.

Je suis en retard sur mon OSX régime, mais la première chose que je tiens à vérifier est de savoir si less est en cours d'exécution avec -R. Si $LESS est quelque chose de git de ne pas la surcharger avec l'habitude FRSX. Voir aussi core.pager dans le git config docs.

InformationsquelleAutor yan | 2013-12-06

git macos

59

Avez-vous un LESS variable d'environnement? Vous pouvez vérifier à l'aide de:
```
env | grep LESS
```
ou:
```
echo $LESS
```
Si donc, vous voulez vous assurer que la R option est là. Qui permet les séquences d'échappement ANSI pour passer à travers indemne, et ils vont être de rendu des couleurs dans le terminal.

Juste pour la référence, j'utilise ceci:
```
export LESS=eFRX
```
- Pour moi cela donne -cise. J'ai utilisé votre valeur (eFRX) pour l'essayer et en effet résolu le problème! Merci beaucoup!
- J'ai eu exactement le même problème, mais export LESS=eFRX n'a pas aidé, aussi longtemps que git config --global core.autocrlf input. Toutes les idées, s'il vous plaît?
- Je n'ai aucune idée de pourquoi le cœur.autocrlf pourrait avoir une incidence sur elle. 🙁
InformationsquelleAutor John Szakmeister
41

Cela fonctionne:
```
git config --global core.pager "less -r"
```
- Cela fonctionne pour moi (FreeBSD). La accepté de répondre à n'en avait pas.
- même ici, cela a fonctionné, pas la accepté de répondre.
- Cela peut être parce que vos caractères de contrôle ne sont pas des codes de couleur. -r passe tous les caractères de contrôle, -R seulement la couleur des caractères de contrôle. À partir de linux.die.net/man/1/less
InformationsquelleAutor FreshPow
5

Le mondial pager option de configuration dans git, envoie juste le flux de sortie de la more ou less commandes. Vous pouvez vous débarrasser des caractères d'échappement à l'intérieur de cette sortie par le réglage de l'option de configuration globale, soit:
```
git config --global core.pager "more -R"
```
De continuer à utiliser more que votre téléavertisseur ou
```
git config --global core.pager "less -R"
```
De continuer à utiliser less que votre téléavertisseur

InformationsquelleAutor Sri Murthy Upadhyayula
2

Vous changez d'utiliser l'option -R Repeindre l'écran pour supprimer tous les de la mémoire tampon d'entrée.
```
export LESS="$LESS -R"
```
InformationsquelleAutor skr
1

Essayer de "moins -R" (un grand "R")

Cela a fonctionné pour moi:
```
git config core.pager 'less -R'
```
moins"R" vs "non-r"

"-R" (grand R) semble être le plus sûr de la version de "-r" (petit r). C'est pour ça que je préfère le grand R version.

Citation de homme moins:

-r ou --raw-contrôle-chars

Les Causes de "raw" contrôle de l'affichage de caractères. La valeur par défaut est l'affichage des caractères de contrôle en utilisant le curseur de notation; par exemple, un contrôle, un (octal 001) est affiché en tant que "^A". Avertissement: lorsque l'option-r est utilisée, moins ne peut pas garder une trace de l'apparence réelle de l'écran (car cela dépend de la façon dont l'écran réagit à chaque type de caractère de contrôle). Ainsi, divers problèmes peuvent survenir, tels que la longueur des lignes en cours de split, dans le mauvais endroit.

-R ou --RAW-CONTRÔLE-CHARS

Comme -r, mais seulement ANSI "couleur" des séquences d'échappement sont de sortie en "raw" de la forme. Contrairement à d'-r, l'apparence de l'écran est maintenu correctement dans la plupart des cas. ANSI "couleur" des séquences d'échappement sont des séquences de la forme:

ESC [ ... m

où les "..." est égal à zéro ou plus de spécification de couleur des caractères Pour le but de garder une trace de l'apparence de l'écran, couleur ANSI les séquences d'échappement sont supposés ne pas déplacer le curseur. Vous pouvez faire moins de penser que les caractères autres que le "m" peut mettre fin à la norme ANSI couleur séquences d'échappement en définissant la variable d'environnement LESSANSIENDCHARS à la liste des personnages qui peuvent mettre fin à un de la couleur de la séquence d'échappement. Et vous pouvez faire le moins de penser que les caractères autres que les standards peuvent apparaître entre l'ESC et le m en définissant la variable d'environnement LESSANSIMIDCHARS à la liste des personnages qui peuvent apparaître.

InformationsquelleAutor StackzOfZtuff
0

Une autre alternative est d'éliminer git de la "colorisation" de sortie en faisant quelque chose comme
```
$ git config --global color.ui false
```
Voir git help config pour plus de détails.

Référence: unix.stackexchange: Comment coloriser sortie de git?

InformationsquelleAutor jhfrontz

Vous devez vous connecter pour publier un commentaire.

Essayer de "moins -R" (un grand "R")

moins"R" vs "non-r"