Use saved searches to filter your results more quickly
Cancel Create saved search
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window.
Reload to refresh your session.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
bug:pyenv не является внутренней или внешней командой, исполняемой программой или пакетным файлом #70
Источник: github.com
«scp» не распознается как внутренняя или внешняя команда при выполнении файла Jenkins
У меня есть очень простой Jenkins pipeline , который создает проект Java и развертывает артефакт в экземпляре EC2 .
pscp is not recognized as an internal or external command error (3 Solutions!!)
Часть сборки работает нормально, но развертывание не работает и выдает ошибку, связанную с scp .
Я копирую всю команду scp , присутствующую в моем Jenkinsfile , в командную строку Windows , чтобы проверить, работает ли это, и копирую банку на http://CDD5. .ru успешно, и он действительно работал.
Не уверен, почему не работает через ec2 .
Дженкинсфайл
Командная строка Windows:
C:UsersNital>scp usage: scp [-346BCpqrv] [-c cipher] [-F ssh_config] [-i identity_file] [-l limit] [-o ssh_option] [-P port] [-S program] source . target
Журнал ошибок Дженкинса:
Комментарии (7)
Похоже, что scp не находится на пути пользователя, который запускает Jenkins
Jenkins находится на той же локальной машине, что и Windows 10 . Я обновил свой исходный вопрос снимком экрана, который показывает, что я могу вручную скопировать JAR в EC2 с помощью SCP .
Дженкинс работает с вашим идентификатором пользователя? Как scp был добавлен в среду PATH вашей оболочки?
Я только что увидел, что scp выбирался из C:WindowsSystem32OpenSSH, который, я думаю, мог быть установлен с какой-то другой программой. Я также добавил эту папку в переменную PATH, а затем снова запустил задание сборки, но не повезло. Почему Jenkins не может выбрать этот scp.exe, тогда как командная строка Windows может? Есть ли какие-либо настройки в Jenkins, которые также необходимо выполнить?
Да, Jenkins работает с тем же идентификатором пользователя и установлен на том же компьютере с Windows 10.
Не могли бы вы повторить путь в вашем скрипте сборки Jenkins и посмотреть, есть ли там путь OpenSSL
Источник: reddeveloper.ru
почему не получается запустить сервер как у hot через ngrok. Ошибка ngrok. Как исправить?
Ошибка командной строки «C:Program» не распознается как внутренняя или внешняя команда, операционная программа или командный файл
Я пытаюсь запустить следующую командную команду. Команда была извлечена из среды IDE, поэтому подтверждена работа. Получение ошибки, упомянутой ниже.
Я пробовал несколько вариантов с двойными кавычками, но они не работали. Даже в powershell оно имеет одно и то же сообщение.
C:Program FilesIAR SystemsEmbedded Workbench 7.0430binicc430.exe F:CP001sourceMeterMain.c -D Hardware_P20E -D Calibration_code -D _Optical -D _Configuration_TS0382 -o F:CP001TempC20EOObj —no_cse —no_unroll —no_inline —no_code_motion —no_tbaa —debug -D__MSP430F425 -e —double=32 —dlib_config C:Program FilesIAR SystemsEmbedded Workbench 7.0430libdlibdl430fn.h -Ol —multiplier=16 —segment __data16=DATA16 —segment __data20=DATA20
Попытка решения с помощью кавычек каким-то образом путает компилятор
ОТВЕТЫ
Ответ 1
Если в каталоге есть пробелы, поместите кавычки вокруг него. Сюда входит программа, которую вы вызываете, а не только аргументы
«C:Program FilesIAR SystemsEmbedded Workbench 7.0430binicc430.exe» «F:CP001sourceMeterMain.c» -D Hardware_P20E -D Calibration_code -D _Optical -D _Configuration_TS0382 -o «F:CP001TempC20EOObj» —no_cse —no_unroll —no_inline —no_code_motion —no_tbaa —debug -D__MSP430F425 -e —double=32 —dlib_config «C:Program FilesIAR SystemsEmbedded Workbench 7.0430libdlibdl430fn.h» -Ol —multiplier=16 —segment __data16=DATA16 —segment __data20=DATA20
Ответ 2
Вам просто нужно держать Program Files в двойных кавычках, а остальная часть команды не нуждается в кавычках.
C:»Program Files»IAR SystemsEmbedded Workbench 7.0430binicc430.exe F:CP00 .
Ответ 3
Кажется, это время от времени происходит с программами, которые очень чувствительны к командам, но один из них — просто использовать путь DOS вместо пути Windows. Это означает, что C:Program Files будет разрешаться C:PROGRA~1 и вообще избегать любых проблем с интервалом.
Чтобы получить короткий путь, вы можете создать быстрый пакетный файл, который перекликается с коротким путем:
который затем вызывается следующим образом:
C:>shortPath.bat «C:Program Files» C:PROGRA~1
Ответ 4
Я столкнулся с подобной проблемой, используя командную строку Windows для сценария R, Rscript.exe, который очень чувствителен к пробелам в пути. Решением было создать виртуальный путь к бинарной папке с помощью команды windows subst .
Ошибка: «C:Program FilesRR-3.4.0binRscript.exe»
Выполнение следующих успешно:
subst Z: «C:Program FilesRR-3.4.0» Z:binRscript.exe
Причина, по которой вышеупомянутые решения не сработали, очевидно, связана с разрешением собственного внутреннего пути исполняемого файла Rscript.exe из его рабочего каталога (в котором есть пробел), а не с командной строкой Windows. Таким образом, использование ~ или » для решения проблемы в командной строке является спорным. Исполняемый файл должен вызываться в пути без пробелов.
Ответ 5
Я считаю, что ответ Джеймса Ханта решит проблему.
Ответ 6
Перейдите в начало и выполните поиск cmd . Щелкните правой кнопкой мыши по нему, затем свойства задайте путь Target в кавычках. Это сработало для меня.
Источник: utyatnishna.ru