Yarn не является внутренней или внешней командой исполняемой программой или пакетным файлом
Я установил yarn с помощью файла yarn.msi, и он успешно установился. Но когда я попытался проверить версию пряжи в своей системе, я получил следующую ошибку:
'пряжа' не распознается как внутренняя или внешняя команда,
действующая программа или командный файл.
На первый взгляд я подумал, что это может быть неправильный PATH или может быть PATH не установлен msi. Затем я проверил свою системную PATH и обнаружил, что правильный PATH уже существует.
Решение: проблема заключалась в отсутствии одного лишнего символа "\" после корзины.
до: C: Program Files (x86) Yarnbin (не работает)
После: C: Program Files (x86) Yarnbin (рабочий)
Пожалуйста, изучите проблему. Благодарю.
Самый полезный комментарий
версия nodejs: 6.5.0 и 7.4.0
Есть такая же проблема,
теперь путь по умолчанию был: C: Program Files (x86) Yarn.bin
Пробовал без точки и с / без косой черты, не сработало.
редактировать:
установил его с помощью npm install yarn -g
Все 43 Комментарий
версия nodejs: 6.5.0 и 7.4.0
Есть такая же проблема,
теперь путь по умолчанию был: C: Program Files (x86) Yarn.bin
Пробовал без точки и с / без косой черты, не сработало.
редактировать:
установил его с помощью npm install yarn -g
Я не использую Windows, но если вы устанавливаете yarn локально, вы должны запустить его локальную версию:
./node_modules/.bin/yarn
@yfain , я установил
Та же проблема, что и у @rhtpandeyIN в Windows 7 с узлом 6.9.1, исправлена тем же решением
Та же проблема, что и @rhtpandeyIN в Windows 7 Professional с узлом v6.9.5. Открыл новую командную оболочку в надежде, что этот путь будет добавлен - это не так. Добавлен вручную путь к каждому вызову, и, похоже, он работает. Я ожидал, что MSI обновит глобальный путь для установки Windows.
Та же проблема, что и @rhtpandeyIN в Windows 8.1 с узлом v7.7.1
Та же проблема, что и @rhtpandeyIN в Windows 7 Ultimate x64 с узлом v6.9.5. Решено тем же решением.
Та же проблема, что и @rhtpandeyIN в 64-разрядной Решение принято в @lubojanski .
Возможно ли, что решение добавления обратной косой черты работает (для некоторых людей) просто путем запуска какого-то обновления? (Что установщик не работает по какой-то причине?) Я вижу много записей в PATH которые оставляют обратную косую черту, включая git, nvm, nodejs и системные пути Windows. Еще работает, если поменять обратно ?
опубликовал это на другом чтении .. если кто-то еще сталкивается с этой проблемой, может помочь:
Некоторое время я бился головой об эту. Надеюсь, это кому-то поможет.
Проблема, с которой я столкнулся, заключалась в том, что установщик поместил файлы Yarn в двух местах, которые были на моем пути. > При попытке казнить выбирался не тот.
C: Program Filesnodejsyarn.cmd
C: программные файлы (x86) Yarnbinyarn.cmd
dp0 из каталога nodejs находится не в нужном месте.
РЕДАКТИРОВАТЬ: чтобы добавить к этому, просто пошел и сравнил два, которые были сгенерированы .. тот, который сгенерирован в каталоге nodejs, имел:
"Node_modules" не существует в моем каталоге Yarnconfigglobal.
Yarn.cmd, созданный в каталоге Yarn, имел следующее (которое существует):
Перед переустановкой через MSI я удостоверился, что на моем жестком диске вообще не было файлов yarn.cmd, так что оба они определенно были созданы при установке MSI. Возможно, это была какая-то конфигурация пути на моем компьютере, из-за которой он сгенерировал два . но, надеюсь, это полезно.
Хммм . Это очень странно . Конечная обратная косая черта не имеет значения, и текущий MSI отлично работает на различных виртуальных машинах, на которых я тестировал его, а также на моем сервере сборки Windows (который работает под управлением Windows Server 2012).
Возможно ли, что решение добавления обратной косой черты работает (для некоторых людей) просто путем запуска какого-то обновления? (Что по какой-то причине установщик не работает?)
@ 1j01 Это довольно интересная теория! Мы используем WiX для создания установщика, и множество приложений используют его (например, Node.js). Интересно, не заметили ли мы какую-нибудь ошибку в WiX.
Я вижу ту же проблему после установки Yarn v0.24.6
Узел v6.9.0
'пряжа' не распознается как внутренняя или внешняя команда :(
Я использовал установщик msi для Windows.
@rodrigoBerlochi Не могли бы вы проверить свой путь и убедиться, что к нему добавлен c:\Program Files (x86)\Yarn\bin ?
Я получаю эту ошибку при попытке запустить yarn в PowerShell. Путь, который был добавлен, находится в моей папке AppData. Я изменил его на c:\Program Files (x86)\Yarn\bin но по-прежнему получаю эту ошибку. При запуске из командной строки работает. Я не пробовал из командной строки, пока путь не был изменен, поэтому я не уверен, сработало бы это с другим путем или нет.
Узел: 6.8.0
Пряжа: 0,27,5
Привет @ Daniel15 Да, было. Это было странно. Мы пробовали установить его с помощью NPM. И тогда это сработало. Но я читал, что это не рекомендуемый подход.
Спасибо за Ваш ответ
Причины ошибки «Не является внутренней или внешней командой» при выполнении команд в командной строке Windows 10 и Windows 11
Для того, чтобы понять суть ошибки, давайте рассмотрим, что происходит при выполнении команды в командной строке, в качестве примера будем использовать такой код:
- В случае, если «команда» является собственной встроенной командой консоли (в качестве примера — cls), она выполняется с заданными параметрами.
- Если «команда» — это какой-то файл .exe, .cmd, .bat или иной, например, pip, python или adb, выполняется попытка его запуска из расположения, где запущена командная строка (выделено на изображении ниже) или из расположений, добавленных в системную переменную PATH (о которой поговорим подробнее далее). При удачном запуске и правильно переданных параметрах команда выполняется.
Отсюда следуют наиболее распространённые причины появления ошибки при выполнении команды:
- Самая распространённая причина — отсутствие исполняемого файла в папке, где запущена командная строка и в папках, содержащихся в PATH.
- Ошибки при написании команды: при ошибке в имени файла, он не будет найден, что и приведёт к указанной ошибке.
- Файл отсутствует где-либо, например, вы пробуете использовать telnet, в то время, когда соответствующий компонент Windows не установлен.
- Редко — запускаемый через командную строку файл действительно не является исполняемой программой: изначально сам по себе или из-за повреждений.
Теперь о том, что делать в рассматриваемой ситуации.
Для исправления ошибки «Не является внутренней или внешней командой, исполняемой программой или пакетным файлом» в зависимости от ситуации можно использовать следующие подходы.
Переход к папке с исполняемым файлом в командной строке
Если выполнение команды требуется не на регулярной основе, достаточно перейти в командной строке в папку, содержащую нужный файл, делается это следующим образом:
- Например, мы знаем, что python.exe для последней версии Python на момент написания этой статьи располагается в папкеpip.exe — там же во вложенной папке Scripts (если окажется не ясным, как попасть в эту папку, процесс показан в видео ниже), adb.exe — где-то в папке с platform-tools и так далее. Скопируйте этот путь, сделать это можно из адресной строки проводника.
- Если командная строка запущена на том же диске, где находится нужный исполняемый файл, введите команду вида:
- Если командная строка запущена на диске C:, а исполняемый файл находится на другом диске, то перед 2-м шагом используйте команду вида (здесь D меняем на нужную букву диска) D: с последующим нажатием Enter.
- Введите нужную команду, которая ранее сообщала об ошибке — теперь она должна выполниться успешно.
Добавление папки с программой в системную переменную среды PATH
В случае, когда использование команд требуется регулярно, например, для git, разумным будет добавить папку с этим исполняемым файлом в PATH, чтобы затем в любой момент времени выполнять команды, независимо от того, в какой папке открыта командная строка:
Примечание: если ошибка возникает при использовании команд python, обратите внимание, что при первоначальной установке вам предложат добавить необходимые пути в PATH (отметка Add Python to PATH), то же самое часто бывает и при установке других программ:
Установка недостающих компонентов
Иногда проблема возникает из-за того, что нужный файл попросту отсутствует на компьютере:
- Вы пробуете использовать команды telnet, но не зашли в Панель управления —Программы и компоненты — Включение или отключение компонентов Windows и не включили «Клиент Telnet».
- Запускаете команды pyinstaller, но предварительно не установили его командой pip install pyinstaller
- Пробуете использовать команды adb.exe, но не установили необходимые компоненты Android SDK Platform Tools.
Аналогичная ситуация может быть и для многих других, не входящих в стандартную поставку Windows 10 и Windows 11 компонентов, например, java.
Если ошибка возникает при запуске системных инструментов Windows
Видео инструкция
Надеюсь, статья и видео помогли разобраться с проблемой и помогли в её решении. Остаются вопросы? — задавайте их в комментариях, я постараюсь ответить.
Читайте также: