Я пытаюсь запустить компьютер под управлением Windows 8.1 как "тупой раб". Я использую Cygwin и SSHD, чтобы обеспечить рабочую среду, которая прекрасно работает, когда я подключаюсь к этой машине по SSH. Однако у меня есть проблемы с Дженкинсом, пытающимся сделать слишком много. Когда Jenkins подключается к этому компьютеру с Windows, он правильно идентифицирует его как работающий под управлением Windows 8.1. Это здорово, что он может это сделать, но, к сожалению, он решает, не запрашивая и не давая мне возможность конвертировать пути из стиля UNIX в стиль Windows.
Следовательно, я имею дело с двумя проблемами:
- Дженкинс выписывается из моего SVN-репозитория в неправильное место на хосте Windows.
- Дженкинс не может запускать сценарии оболочки, которые начинаются с соответствующего символа shebang '#!/ USR / бен / Баш»
Оформление заказа начинается достаточно невинно. Когда я проверяю вывод консоли, я вижу:
Building remotely on Geidi_Prime in workspace /home/daeden/issm/jenkins/workspace/Win8/label/Geidi_Prime
Это правильный путь, и я был бы очень рад, если бы Дженкинс действительно отправился на этот путь. Тем не менее, я тогда вижу:
Checking out a fresh workspace because there's no workspace at C:\home\daeden\issm\jenkins\workspace\Win8\label\Geidi_Prime
Это почти комично неправильный путь. Это не только неправильный перевод предыдущего пути, но и ненужный и нежелательный перевод.
Моя вторая проблема вызвана той же необоснованной трансляцией адресов и приводит к следующим результатам:
[Geidi_Prime] $ /usr/bin/bash C:\Users\daeden\hudson5172208145209834785.sh
The system cannot find the file specified
FATAL: command execution failed
Если рассматриваемый скрипт был просто размещен в правильном месте
/home/daeden/hudson5172208145209834785.sh
Я считаю, что это будет работать как шарм. Кто-нибудь знает, как остановить это поведение Дженкинса, или как обмануть Дженкинса, думая, что это не машина Windows?