Имя cmake не распознано как имя командлета функции файла сценария или выполняемой программы
Обновлено: 05.07.2024
ЗЫ C: \ пользователи \ Асер \ проекты \ worldometers \ worldometers> стадион conda активировать virtual_workspace PS C: \ пользователи \ Acer \ проекты \ worldometers \ worldometers> scrapy стран обхода scrapy: термин 'scrapy' не распознается как имя командлета, функция, файл сценария или действующая программа. Проверьте правильность написания имени или, если путь был включен, проверьте правильность пути и повторите попытку. В строке: 1 символ: 1 + scrapy стран обхода +
+ CategoryInfo: ObjectNotFound: (scrapy: строки) [], CommandNotFoundException + FullyQualifiedErrorId: CommandNotFoundException
1 ответ
Я получаю ниже ошибки Термин New-AzureRmServiceBusNamespace не распознается как имя командлета, функции, файла сценария или действующей программы. Если я попытаюсь запустить Import-Module AzureRM.ServiceBus, то получу следующую ошибку Член 'FormatsToProcess' в манифесте модуля недопустим: не.
Я пытаюсь установить и настроить Laravel 4 через Git Shell, используя этот учебник: Все это, кажется, работает до тех пор, пока мне не придется запустить php artisan key:generate , и в этот момент он выдает мне ошибку: php : термин 'php' не распознается как имя командлета, функции, файла сценария.
Добавьте scrapy в переменные среды или попробуйте python -m scrapy crawl countries
Похожие вопросы:
Термин 'jmeter' не распознается как имя командлета, функции, файла сценария или действующей программы. Проверьте правильность написания имени или, если путь был включен, убедитесь, что путь.
Термин 'Write-Host' не распознается как имя командлета, функции, файла сценария или действующей программы. Проверьте правильность написания имени или, если путь был включен, убедитесь, что путь.
Я использую EF5 beta1 и в то время как раньше мне удавалось запускать Update-Database. Теперь, когда я закрыл Visual Studio, я не могу заставить его работать. Я получаю следующую ошибку: Термин.
Я получаю ниже ошибки Термин New-AzureRmServiceBusNamespace не распознается как имя командлета, функции, файла сценария или действующей программы. Если я попытаюсь запустить Import-Module.
Я пытаюсь установить и настроить Laravel 4 через Git Shell, используя этот учебник: Все это, кажется, работает до тех пор, пока мне не придется запустить php artisan key:generate , и в этот момент.
Я пытаюсь создать VM на Azure, используя сценарий powershell в автоматизации Azure. Этот VM должен быть создан из marketplace. Поэтому мне нужно использовать командлет 'Set-AzureRmVMPlan' в моем.
мы сталкиваемся с проблемой с приведенным ниже при запуске его в файле ps1: Invoke-ASCmd : термин 'Invoke-ASCmd' не распознается как имя командлета, функции, файла сценария или работоспособного.
Создал функцию Powershell Azure и пытается использовать команды az под этой функцией приложения. Согласно документам , время выполнения функции должно разрешать az и другие зависимости модуля. но.
python3: термин 'python3' не распознается как имя командлета, функции, файла сценария или действующей программы. Проверьте правильность написания имени или , если путь был включен, убедитесь, что.
Я сделал Start -> cmd -> run -> make , который выводит:
Что мне делать дальше, чтобы решить эту проблему?
- Сначала убедитесь, что у вас установлен MinGW.
- Из менеджера установки MinGW проверьте, установлен ли пакет mingw32-make .
- Проверьте, добавили ли вы папку MinGW bin в свой PATH. введите PATH в командной строке и найдите папку. Или в окнах 10 перейдите в Control Panel\System and Security\System --> Advanced system settings --> Environment Variables --> System Variables найдите PATH переменную, выберите, Edit и проверьте, есть ли она. Если не просто добавить его!
- Как описано здесь, создайте новый файл в любой из ваших папок PATH. Например, создайте mingwstartup.bat в папке bin MinGW. напишите строку doskey make=mingw32-make.exe внутри, сохраните и закройте ее.
- откройте редактор реестра, запустив regedit . Как объяснено here в HKEY_LOCAL_MACHINE или HKEY_CURRENT_USER , перейдите в \Software\Microsoft\Command Processor правой кнопкой мыши на правой панели New --> Expandable String Value и назовите его AutoRun . дважды щелкните и введите путь к вашему .bat файлу в качестве данных значения (например, "C:\MinGW\bin\mingwstartup.bat" ), результат должен выглядеть следующим образом:
теперь каждый раз, когда вы открываете новую команду терминала make , запускается mingw32-make.exe . Надеюсь, это поможет.
Что такое make ?
Помимо инкапсуляции шагов для достижения отдельной цели, make сокращает время обработки, избегая повторного выполнения шагов, которые уже выполнены. Это делается путем сравнения отметок времени между зависимостями; если A зависит от B, но A новее, чем B, нет необходимости make A Конечно, для того, чтобы это работало правильно, Makefile должен задокументировать все такие зависимости.
Обратите внимание, что отступ должен состоять из буквального символа табуляции. Это распространенная ошибка новичка.
Общие версии make
Оригинальная make была довольно пешеходной. Его линия продолжается и по сей день в BSD make , из которой происходит nmake . Грубо говоря, эта версия предоставляет функциональность make определенную POSIX, с некоторыми незначительными улучшениями и вариациями.
GNU make , напротив, значительно расширяет формализм до такой степени, что Makefile GNU вряд ли будет работать с другими версиями (или иногда даже с более старыми версиями GNU make ). Существует соглашение о вызове таких файлов GNUmakefile вместо Makefile , но это соглашение широко игнорируется, особенно на платформах, таких как Linux, где GNU make является де-факто стандартом make .
Признаками того, что Makefile использует GNU-соглашения о make являются := вместо = для присвоения переменных (хотя это не только функция GNU) и множество таких функций, как $(shell. ) , $(foreach. ) , $(patsubst. ) и т.д.
Так что мне нужно?
Ну, это действительно зависит от того, чего вы надеетесь достичь.
Если программное обеспечение, которое вы надеетесь собрать, имеет файл vcproj или аналогичный, вы, вероятно, захотите использовать его вместо этого, а не пытаться использовать make вообще.
Если вы знаете, что программное обеспечение было написано для использования nmake и вы уже установили его, или его легко получить, возможно, воспользуйтесь этим.
Найдите make.exe, используя функцию поиска, когда найдете, отметьте абсолютный путь к файлу. Вы можете сделать это, щелкнув правой кнопкой мыши на имени файла в результатах поиска, а затем на свойствах или открыть папку местоположения (не уверен в точной формулировке, я не использую английский язык).
В качестве альтернативы, если вы не хотите предоставлять полный путь каждый раз, тогда у вас есть возможности:
- создайте C:\Windows\System32\ текущий рабочий каталог, используя cd на уровне cmd.
- добавить C:\Windows\System32\ к переменной среды PATH.
Как уже предлагали другие ответы, у вас должен быть установлен MinGW . Дополнительной частью является добавление следующих двух папок в PATH среды PATH .
Очевидно, скорректируйте путь в зависимости от того, где вы установили MinGW. Кроме того, не забудьте открыть новый терминал командной строки.
Если у вас уже установлен MinGW в Windows 7, просто сделайте следующее:
- Сделайте еще одну копию файла C:\MinGW\bin\mingw32-make.exe в той же папке.
- Переименуйте имя файла из mingw32-make.exe в make.exe .
- Запустите команду make снова.
Проверено, работает в моем ноутбуке для вышеуказанных шагов.
когда я пытаюсь использовать git команда на моем обычном Windows cmd или cmd с ruby, я получаю следующую ошибку:
'git' не распознается как внутренняя или внешняя команда, исполняемой программой или пакетным файлом.
- Правой Кнопкой Мыши "Мой компьютер",
- выберите "Свойства",
- открыть "дополнительно",
- нажмите кнопку "Переменные среды",
- выделите переменную" Path",
- нажмите кнопку "Редактировать",
- добавьте свой конкретный путь перед полем "значение переменной", отделенным точкой с запятой от существующей записи. не добавляйте пробел; и последняя запись
вы открыли cmd подскажите перед установкой git? Если это так, закройте и снова откройте его.
- на Мой компьютер = > Локальный диск (C:) = > Program Files(x86) = > Git => cmd
- щелкните правой кнопкой мыши git = > выберите Свойства
- под расположение Скопировать текст например - C:\Program файлы (x86)\Git\cmd
- вернитесь на рабочий стол
- щелкните правой кнопкой мыши Мой Компьютер
- выберите свойства
- открыть Advanced
- клик Переменные Среды
- в системных переменных найдите вызов переменной путь
- выберите переменная
- выберите Редактировать
- выберите значение переменной Текстовое Поле .
- перейти к краю текста и поставить точка с запятой(;)
- щелкните правой кнопкой мыши и нажать вставить
- Нажмите Ok
Если вы установили git для window (http://windows.github.com/), Затем найдите git.exe в диске" C". это будет что-то вроде
C:\Users\dell\AppData\Local\GitHub\PortableGit_8810fd5c2c79c73adcc73fd0825f3b32fdb816e7\libexec\git-core
добавить в переменные среды окна, как сказано выше
простой маршрут, чтобы избежать возиться с переменными пути: переустановите git и выберите "использовать Git из командной строки Windows". Он будет принимать переменные пути для вас, как уже упоминалось. смотрите скриншот
- открыть командную строку cmd>
- выполнить следующую команду.
set PATH=C:\Program Files\Git\bin;%PATH% - тип git, он будет работать.
Пуск - > Все Программы - >Git - >Git Bash
приведет вас непосредственно к оболочке Git.
Git должен быть настроен в переменных пути.
(на Windows 7) Откройте кнопку Пуск и введите environment . Нажмите на Edit the system environment variables . Нажмите Environment Variables . Прокрутите вниз до Path переменная в нижней части окна по имени system variables . Нажмите edit . В нижнем поле с именем variable value добавьте путь к папке git bin. (для меня это C:\Program Files (x86)\Git\bin но это может быть по-другому для вас.) Если нет точки с запятой ( ; ) между вашим путем и предыдущим, добавьте один там. Убедитесь, что вы не удаляйте другие переменные пути, только добавьте папку git bin в конец.
это работает для меня. Git теперь доступен через командную строку. Откройте командную строку и введите git чтобы проверить, если он работал для вас.
add-migration: термин "add-migration" не распознается как имя командлета, функции, файла сценария или исполняемой программы. Проверьте правильность написания имени или, если включен путь, проверьте правильность пути и повторите попытку.
Это не совсем то, что имеет OP, но, по крайней мере, для ядра dotnet, это также может быть вызвано не установкой Microsoft.EntityFrameworkCore.Tools nuget Microsoft.EntityFrameworkCore.Tools , который используется для команд диспетчера пакетов в Visual Studio и команде линия.
ответил(а) 2017-11-18T12:17:00+03:00 3 года, 12 месяцев назадЧто я должен был сделать.
1) Инструменты → Nuget Package Manger → Настройки диспетчера пакетов
2) Вкладка "Общие"
3) Очистить все кеши NuGet
4) Перезапустить Visual Studio
ответил(а) 2017-09-03T00:47:00+03:00 4 года, 2 месяца назадУ меня была такая же проблема, и я просто закрыл консоль диспетчера пакетов, а затем перезапустил Visual Studio.
ответил(а) 2017-09-11T03:36:00+03:00 4 года, 2 месяца назадЯ подозреваю, что ваш проект по умолчанию должен быть установлен, как упоминал Кирк Ларкин в комментариях. Нажмите раскрывающийся список в проекте по умолчанию и установите его, на который когда-либо был установлен проект.
Также эта ссылка может помочь, если выпадающий список невыполненных проектов по умолчанию не будет заполнен. Выпадающий список Project Project Console по умолчанию для NuGet пуст
Надеюсь это поможет! Если не дайте мне знать, и я удалю ответ (я должен был использовать ответ, потому что не могу прокомментировать 50 репутации) Приветствия!
В консоли nuget проверьте, выбран ли выбранный проект по умолчанию. Задайте этот проект как проект запуска
Читайте также: