Bash в Git для Windows: странность при запуске команды с CMD.exe/C с помощью args

Ответ 1

Это фактически задокументировано в файле ReleaseNotes (в папке верхнего уровня установленного вами Git для Windows)

Кроме того, необходимо уделить особое внимание прохождению Windows-программ в Windows-пути, поскольку они не имеют понятия о путях POSIX в стиле MSys. Вы можете использовать что-то вроде $(cmd//c echo "$ POSIXPATH" ).

Если вы используете cmd //c echo test, он работает как ожидалось.

$ cmd //c echo test
test

Причина заключается в попытке убедиться, что пути posix в конечном итоге переданы в утилиты Git. По этой причине Git для Windows включает модифицированный уровень MSYS, который влияет на аргументы команды. Следует отметить, что оболочка bash и инструменты, поставляемые с Git для Windows, не используются в качестве универсальных инструментов Unix для Windows. Если вам нужен универсальный набор инструментов unix-стиля, вы должны установить MSYS или cygwin. Оболочка Git bash настроена для работы с Git, и иногда это показывает.

Ответ 2

После прочтения этой статьи я нашел решение, которое работает для меня:

$ cat gvim.sh
cmd << EOD
gvim [email protected]
EOD
$

Windows 8.1, Git (версия 1.9.5-preview20141217), GNU bash, версия 3.1.20 (4) -release (i686-pc-msys).

Ответ 3

Я могу в основном воспроизвести проблему, используя gnu bash для Windows.

Я не могу установить шаблон с первой формой без кавычек. Кажется, он работает с командой Windows ECHO, но не с другими командами, такими как DIR. EDIT. Получается, что gnu bash помещает кавычки вокруг моей команды, поэтому echo test становится "echo" "test". Кавычки заставляют cmd.exe искать внешнюю команду вместо внутренней команды ECHO. У меня, похоже, есть "echo.exe", поэтому он работает. Странная вещь - цитаты вокруг теста не отображаются. Когда я пытаюсь запустить команду DIR, она терпит неудачу полностью, потому что не существует DIR.EXE.

Последующие формы с кавычками (кроме последнего) или экранированные пробелы работают так же, как вы видите - в команде есть нежелательная цитата.

Я не мог придумать чистого решения. Однако у меня есть уродливый хак, который должен дать вам желаемый результат. Просто конкатенируйте команду REM в конце вашей команды. REM прокомментирует нежелательную цитату. Важно, чтобы после REM было пробел, иначе REM" не будет считаться допустимой командой. Любое из следующих действий должно работать.

$ cmd '/c echo test&rem '
$ cmd "/c echo test&rem "
$ cmd /c\ echo\ test\&rem\ 

Обратите внимание, что последняя команда имеет пробел после обратного слэша.

Этот метод должен работать практически для любой командной строки, которую вы можете выполнить с помощью CMD.EXE.

Ответ 4

Я заметил, что git - bash рассматривает аргумент /c как диск C:

C:\Windows\system32\cmd.exe C:/ echo test

Как dbenham found добавлены двойные кавычки. Это echos test", например:

cmd /c\ echo\ test

Мне понадобилась одна и та же строка (script) для работы в git - bash, а также Cygwin Bash. Единственными способами, которые работают, являются

cmd /c\ echo\ test\&rem\ 

(обратите внимание, что эта строка должна заканчиваться пробелом) и

cmd << EOC
echo test
EOC

Так вывести каждое пространство после /c и добавить \&rem\  в конец строки (включая конечное пространство), или просто оберните команду в здесь документе.

Все это, вероятно, зависит от версии git - bash и конкретных команд.: - (

Ответ 5

Это похоже на работу с 1.9.5.msysgit.1

!foo=`bar`
cmd //c \\\\unc-path\\with\\slashes -args \"Quoted Arguments $foo\"

Ответ 6

Поскольку вы упоминаете, что используете пакет Git для Windows, я решил указать, что он включает в себя winpty, который выглядит вполне читабельным.

$ winpty echo test
test

$ site="Default Web Site"
$ winpty 'C:\Windows\System32\inetsrv\appcmd' list site "${site}" /text:ID
1