Почему git diff в Windows предупреждает, что «терминал не полностью функционален»?

Question

Почему git diff в Windows предупреждает, что «терминал не полностью функционален»?

109

Я использую msysgit 1.7.7.1 в Windows. При использовании git diff я получаю сообщение об ошибке. Чем это вызвано? Нет ли средства diff, включенного в msysgit? Что мне делать?

ПРЕДУПРЕЖДЕНИЕ: терминал не работает полностью

Portaljacker 31 окт. 2011, в 03:36

Источник

1

Возможное решение: kizzx2.com/blog/index.php/2009/01/07/…
Mr_Spock 31 окт. 2011, в 04:20
0

Хорошо, хорошо, msysgit использует git, это как-то в названии. Таким образом, я следовал за этим с msys как термин, и это работало! Разместите объяснение в хорошо отформатированном ответе, чтобы я мог наградить вас каким-нибудь представителем!
Portaljacker 31 окт. 2011, в 04:28
0

Здорово! Большое спасибо!
Mr_Spock 31 окт. 2011, в 04:38
0

в режиме PowerShell: $ env: Term = "xterm"
Anton Soradoi 22 июнь 2015, в 13:19

Показать ещё 2 комментария

Теги:

windows

git

diff

msysgit

7 ответов

175

Если у вас есть проблемы с cmd.exe, например, см. предупреждение здесь:

Затем просто установите переменные среды и включите TERM = msys. После этого каждый раз, когда вы открываете cmd.exe, ваша переменная будет установлена правильно.

ТЕПЕРЬ ВЫ ДОЛЖНЫ ОТПРАВИТЬ ВАШУ ОБОЛОЧКУ (CMD.EXE). Просто запустите новый. И оттуда у вас больше не будет проблем. Опять же:

teleball 11 июнь 2012, в 13:22

27

Это правильный ответ для пользователей Windows.
cgp 09 июль 2012, в 01:23
0

Да, это определенно так. Я нахожусь на перспективу, и это полностью решило это. Спасибо, телебол!
J Cole Morrison 24 июль 2012, в 23:17
2

Есть идеи, откуда возникла эта проблема или что означает это сообщение?
Anthony Mastrean 10 окт. 2012, в 03:36
7

@AnthonyMastrean это означает, что терминал не поддерживает запись в разные места в окне терминала. Git diff хочет писать по всему окну, например, записывать следующий скрин, не делая миллион возвратов, чтобы каждый раз находить курсор в нужном месте.
jwg 03 янв. 2013, в 13:49
0

Так как программы не изменены, реальная проблема не в терминальной поддержке, а в git (точнее, в меньшей степени) была глупа другая программа, которая определяет переменную TERM как некоторый базовый термин, как указывает @manojlds.
albfan 21 июль 2014, в 07:58
0

Для пользователей Windows только открытые cmds не содержат новую переменную TERM, установленную с помощью GUI, поэтому, если закрыть некоторые из них, это проблема, просто определите ее вручную, избегая потери любой истории, пути или журнала терминала, который важен для вас.
albfan 21 июль 2014, в 08:01
2

Если вы используете Vagrant, это исправление вызывает проблемы с оболочкой bash. Например, nano больше не будет работать, выдавая ошибку: «msys»: неизвестный тип терминала
Sirrah 09 фев. 2015, в 16:18
0

@Sirrah очень хорошая точка зрения, также, если вы используете ssh, например, powershell, в linux box, такие программы, как nano, не всегда знают «msys». Использование «cygwin» кажется правильным ответом: git on windows справляется с этим хорошо, и большинство оболочек должно
stijn 04 фев. 2016, в 08:34

Показать ещё 6 комментариев

16

Выше ответы не были полностью сработаны для меня, поэтому я сделал: Добавить

export TERM=msys

до " [githome]/etc/profile" вверху, но он вносил изменения только для git bash. Затем я добавил

@set TERM=msys

to " [githome]/cmd/ git.cmd" после @setlocal (я установил только git запустите из командной строки). Может быть, это решение не очень хорошее, но оно работает для меня, и никаких предупреждений о терминах нет. (Я использую git версию 1.7.10.msysgit.1).

Anatoly R 15 апр. 2012, в 10:03

2

Для окон мне просто нужно было установить переменную окружения TERM на msys, что можно сделать через SETX.
cgp 09 июль 2012, в 01:24

14

Ответ можно найти здесь, в котором автор решения утверждает, что:

переменная среды TERM была установлена на dumb

вместо

TERM=cygwin

Вы можете изменить это на

TERM=msys

чтобы решить проблему.

Mr_Spock 31 окт. 2011, в 05:10

0

Оказывается, этот ответ работает только для текущей сессии Gitbash, пришлось изменить его на другой ответ.
Portaljacker 01 нояб. 2011, в 02:15
0

Ааа! -15 моему представителю! лол
Mr_Spock 01 нояб. 2011, в 02:44
0

Извините, пришлось, но, по крайней мере, вы сохраняете мою репутацию upvote!
Portaljacker 01 нояб. 2011, в 02:49
0

хаха ага ...: P
Mr_Spock 01 нояб. 2011, в 02:57

Показать ещё 2 комментария

6

Я работаю в powershell, и у меня есть исполняемый файл git непосредственно на моем пути.

Ни один из предложенных ответов не работал, но я нашел решение, которое работает для меня.

Я добавил строку в свой профиль powershell:

$env:TERM="msys"

Это исправило проблему для меня.

John Weldon 30 май 2012, в 18:39

0

К сожалению, это испортило вывод командной строки hg :-p
John Weldon 30 май 2012, в 17:18
0

... который я исправил, отключив расширение 'color' ...
John Weldon 30 май 2012, в 17:54
0

Мне кажется, это больше не проблема с использованием git версии 1.7.11.msysgit.1 Я смог удалить $ env: TERM = "msys" и снова включить расширение цвета в Mercurial без проблем.
John Weldon 29 окт. 2012, в 15:21
0

Конфликт с другими приложениями, которые используют разные терминалы, является причиной того, что вы должны следовать ответу manojlds и устанавливать TERM в собственном .bashrc Git Bash, а не изменять здесь переменную среды, что повлияет на все программы.
jwg 03 янв. 2013, в 13:54
1

@jwg хорошая мысль, но я все время использую git и предпочитаю powershell вместо bash, поэтому запуск bash только для получения цветопередачи был для меня излишним.
John Weldon 03 янв. 2013, в 19:00
0

Я добавил это в свой файл cmder profile..ps1 вместо моего общего профиля powershell.
gerrard00 06 апр. 2016, в 16:10

Показать ещё 4 комментария

2

Быстрое и грязное решение в моем случае оказалось для использования опции --no-pager.

По умолчанию некоторые команды git (например, log) будут использовать пейджер типа less, если они ожидают, что результат будет длинным. Пейджеры требуют таких вещей, как прокрутка текста вверх и вниз с помощью клавиш со стрелками, которые иногда не работают, если предположения о том, какой терминал вы используете, являются неправильными (это значит, что это означает "не полностью функциональный" ).

Если вы заранее знаете, что ваш результат будет коротким, или вы просто хотите, чтобы он выгружал вывод на терминал и оставлял прокрутку до вашей программы терминала, вы можете переопределить это, а не использовать пейджер вообще, например

git --no-pager log

Felix 25 нояб. 2015, в 19:05

0

Если кто-то получит этот запуск bash из Git Extensions, проверьте настройку Path to linux tools.... Мой был установлен на C:\cygwin. Меняя его на C:\Program Files (x86)\Git\bin\, я исправил его для меня. Мне не нужно было устанавливать переменную TERM для запуска bash таким образом.

Clay 26 нояб. 2012, в 17:24

Ещё вопросы

Возможное решение: kizzx2.com/blog/index.php/2009/01/07/…
Хорошо, хорошо, msysgit использует git, это как-то в названии. Таким образом, я следовал за этим с msys как термин, и это работало! Разместите объяснение в хорошо отформатированном ответе, чтобы я мог наградить вас каким-нибудь представителем!
Это правильный ответ для пользователей Windows.
Да, это определенно так. Я нахожусь на перспективу, и это полностью решило это. Спасибо, телебол!
Есть идеи, откуда возникла эта проблема или что означает это сообщение?
@AnthonyMastrean это означает, что терминал не поддерживает запись в разные места в окне терминала. Git diff хочет писать по всему окну, например, записывать следующий скрин, не делая миллион возвратов, чтобы каждый раз находить курсор в нужном месте.
Так как программы не изменены, реальная проблема не в терминальной поддержке, а в git (точнее, в меньшей степени) была глупа другая программа, которая определяет переменную TERM как некоторый базовый термин, как указывает @manojlds.
Для пользователей Windows только открытые cmds не содержат новую переменную TERM, установленную с помощью GUI, поэтому, если закрыть некоторые из них, это проблема, просто определите ее вручную, избегая потери любой истории, пути или журнала терминала, который важен для вас.
Если вы используете Vagrant, это исправление вызывает проблемы с оболочкой bash. Например, nano больше не будет работать, выдавая ошибку: «msys»: неизвестный тип терминала
@Sirrah очень хорошая точка зрения, также, если вы используете ssh, например, powershell, в linux box, такие программы, как nano, не всегда знают «msys». Использование «cygwin» кажется правильным ответом: git on windows справляется с этим хорошо, и большинство оболочек должно
Для окон мне просто нужно было установить переменную окружения TERM на msys, что можно сделать через SETX.
Оказывается, этот ответ работает только для текущей сессии Gitbash, пришлось изменить его на другой ответ.
Извините, пришлось, но, по крайней мере, вы сохраняете мою репутацию upvote!
К сожалению, это испортило вывод командной строки hg :-p
... который я исправил, отключив расширение 'color' ...
Мне кажется, это больше не проблема с использованием git версии 1.7.11.msysgit.1 Я смог удалить $ env: TERM = "msys" и снова включить расширение цвета в Mercurial без проблем.
Конфликт с другими приложениями, которые используют разные терминалы, является причиной того, что вы должны следовать ответу manojlds и устанавливать TERM в собственном .bashrc Git Bash, а не изменять здесь переменную среды, что повлияет на все программы.
@jwg хорошая мысль, но я все время использую git и предпочитаю powershell вместо bash, поэтому запуск bash только для получения цветопередачи был для меня излишним.
Я добавил это в свой файл cmder profile..ps1 вместо моего общего профиля powershell.

manojlds · Accepted Answer · 2011-10-31T05-59-00.000Z

61

Лучший ответ

Для Git Bash это можно устранить, добавив следующую строку в ~/.bashrc:

export TERM=cygwin

-или -

export TERM=msys

Первый, по-видимому, является оригиналом Git для окон, второй - популярной известной формой для "лечения".

Проблема может быть вызвана, если какая-либо другая программа (например, Strawberry Perl) устанавливает переменные среды TERM.

http://code.google.com/p/msysgit/issues/detail?id=184

manojlds 31 окт. 2011, в 05:59

0

Да, но такого файла нет в дереве файлов для git. Другой ответ работал и имел смысл.
Portaljacker 31 окт. 2011, в 05:04
1

@Portaljacker - Что ты имеешь в виду работал? Закройте git bash, откройте снова и посмотрите, работает ли он до сих пор?
manojlds 31 окт. 2011, в 05:05
0

Команда git diff фактически работает и не выдает это предупреждение. другой ответ сделал это возможным. Я нашел ваше решение в поиске Google и не смог найти файл с таким именем на моем жестком диске, так как я мог его изменить?
Portaljacker 31 окт. 2011, в 05:13
0

@Portaljacker - Если это работает нормально, отлично! (.bashrc является файлом инициализации bash и может создать его, если его там нет)
manojlds 31 окт. 2011, в 05:17
0

Поэтому мне пришлось изменить ваш ответ, чтобы он был правильным, поскольку другой останавливается, когда вы закрываете и снова открываете gitbash.
Portaljacker 01 нояб. 2011, в 02:14
0

Кажется, это работает и в Linux. Я добавил export TERM=xterm в мой файл .bashrc, чтобы заменить стандартный тупой терминал, который использует emacs.
yuvilio 18 июнь 2012, в 19:59
4

Да, в Windows установка переменной окружения с помощью set или GUI (расширенные настройки, как показано в другом ответе) - это путь.
cgp 09 июль 2012, в 01:24
11

Этот ответ неудовлетворителен, потому что OP не сказал, что он использует bash, и нет требования, чтобы git запускался из bash. Лично я использую командную строку Windows, и я хочу решение, которое работает для этой среды.
David Grayson 24 сен. 2012, в 21:12
7

@DavidGrayson Тема necro, я знаю, но вы можете сделать то же самое в командной setx TERM msys Windows, используя setx TERM msys . SETX (в отличие от просто SET) записывает переменную env в реестр.
rossipedia 28 нояб. 2013, в 07:44
0

У меня не было файла ~/.bashrc после использования Git для Windows в течение достаточно долгого времени, но его создание и использование этого ответа устранили мою проблему.
cjm 07 июль 2015, в 15:05
0

export TERM=cygwin предпочтительнее, чем export TERM=msys , даже если вы не используете полнофункциональную установку Cygwin. Оба будут работать локально в Git bash, но TERM=msys не распознается большинством удаленных систем, а TERM=cygwin распознается. Используйте TERM=cygwin если вы используете ssh для другой системы из оболочки Git Bash.
Doug Schmidt 09 сен. 2015, в 20:12

Показать ещё 9 комментариев