Выполнить пакетную команду Windows из Jenkins не удается, но в cmd.exe работает нормально

У меня тоже когда-то была аналогичная проблема. Попробуйте предоставить службе Jenkins «Вход в систему под этой учетной записью» прямо под services.msc и убедитесь, что введенная вами учетная запись совпадает с той, которую вы используете для запуска cmd.exe.

Эти команды, основанные на файлах Java JAR, сработали для меня:
cmd
net use x: \\
xcopy "dist\" x:\ /Y

И это Это! Я потратил много времени на решение этой проблемы, и ничего не работало, пока я не написал CMD и NET USE!
Мне не нужно было ни менять разрешение на службу jenkins, ни использовать команду runas.

Но я должен упомянуть, что у всех был доступ для чтения и записи к сетевому диску.

У меня была такая же проблема с моей задачей Windows, запускающей пакетный файл (я знаю, что это не совсем то же самое), когда я пытался скопировать файл в сетевое расположение, то есть на общий диск. Я также использовал путь UNC и сопоставленный диск, но ошибка была такой же. Для меня это была ошибка номер 4 - код ошибки MS DOS. Решение заключалось в использовании команды net use! Надеюсь, что это поможет.

Легкое исправление для большинства вещей.

1. Сделайте пакетную команду с тем, что вы пытаетесь запустить, filename.bat с текстом командной строки внутри.
2. Создайте обычный ярлык Windows для пакетной команды, отредактируйте дополнительные свойства ярлыков и установите флажок «Запуск от имени администратора» (сложно, сложно).
3. Теперь запустите ярлык filename.lnk из вызова командной строки jenkins, это поможет вам обойти весь джаз.

:)

Решение adarshr (т. е. изменение учетных данных службы) помогло мне решить часть проблемы: в моем случае это позволило мне успешно проверить репозиторий mercurial (используя протокол ssh), что я мог не делать при использовании «Локальной системной учетной записи».

Тем не менее, у меня все еще есть различное поведение между запуском сценария командной строки или запуском одного и того же сценария из сценария jenkins «выполнить оболочку» в разделе сборки. В моем случае я компилирую расширение Python. В Jenkins я не могу импортировать расширение (ошибки не вижу, но выполнение просто останавливается, поэтому подозреваю, что оно вылетает).

Если я удалю службу и запущу подчиненный агент как Java Web Start, я получу такое же поведение. Для меня это временное исправление, но это означает, что когда я перезагружаю машину сборки Windows, мне приходится вручную перезапускать приложение Java Web Start.

Итак, по крайней мере, в моем случае ясно, что это проблема учетных данных.

Документация по использованию учетных данных: https://wiki.jenkins-ci.org/display/JENKINS/Jenkins+CLI

Я решил свою проблему с помощью плагина CIFS.

Столкнулся с похожей проблемой и нашел два пути решения.

Тип 1: Сообщите Дженкинсу о подключенном диске. 1. Перейти -> Управление Jenkins -> Консоль сценариев (Groovy Script). 2. Запустите команду ниже

 def mapdrive = "net use Y: \\\\copy_nework_address"
 mapdrive.execute();
 println "net use".execute().getText()

Тип: 2 1. Goto -> cmd -> запустить «net use», чтобы узнать сетевой адрес

xcopy "C:\Program Files (x86)\Jenkins\workspace\trunk\Projects\results\results\obj\Debug\Package\PackageTmp" "Copy_Network_Address\Extraction_Zone\Jenkins\" /E

Вывод: - Я предпочитаю 2-й тип, так как после каждого перезапуска я должен запускать Groovy Script.