Forçar o Windows a usar .EXE no PATH em vez do comando interno do CMD.EXE

Quando executo um comando com o mesmo nome que um comando interno, em vez de pesquisar no caminho, o Windows simplesmente usa o encontrado no CMD.EXE.

Por exemplo, MKDIR é um comando interno incorporado CMD.EXE. Ele não suporta as mesmas opções da versão Unix (por exemplo, -pe --help). Se eu usar essas opções, o Windows simplesmente criará os arquivos -p ou --help, mesmo que eu tenha a versão GNU do mkdir instalada em um diretório no meu caminho.

Isso se torna um problema ao trabalhar com certos programas que usam o mkdir através do terminal. Por exemplo, o gulpfile para prosa contém três mkdir -pcomandos que criam uma pasta -pno diretório de trabalho e lançam erros. Eu tenho que editar manualmente o gulpfile para que ele use o mkdir.exe instalado , o que dificulta o compartilhamento de minha plataforma cruzada de garfo.

Como forçar o shell do Windows a usar o mkdir.exeencontrado no PATH em vez do CMD.EXE?

Como forçar o shell do Windows a usar o mkdir.exe encontrado no PATH em vez do CMD.EXE?

Coloque o nome do executável entre aspas duplas. Por exemplo:

"MKDIR"

Isso força o Windows a procurar seu executável em vez de executar o comando interno. Se você possui parâmetros que também exigem aspas duplas, use esta sintaxe:

"MKDIR" -firstParam "C:\foobar\long file name.ext"