Я пробую Hudson и попытался запустить свой сценарий Nant, который получает путь к папке решения (для моего проекта .net 1.1), и он продолжает терпеть неудачу из-за пробелов, содержащихся в пути.
Итак, мой призыв:
- Добавить шаг сборки NANT
- Установите мой путь к файлу nant (D: \ build \ myproject.build)
- Нажмите «Дополнительно» и установите следующие параметры:
solutionPath="${WORKSPACE}" buildFlavor=Release buildPlatform=Any CPU
- Когда я запускаю сборку, появляется следующая ошибка:
Выполнение команды: [cmd.exe, / C, «NAnt.exe -buildfile: D: \ build \ myproject.build» -D: buildPlatform = Any CPU »-D: buildFlavor = Release -D: solutionPath = $ {WORKSPACE} && exit %% ERRORLEVEL %% "] [рабочая область] $ cmd.exe / C '" NAnt.exe -buildfile: D: \ build \ myproject.build "-D: buildPlatform = Any CPU" -D: buildFlavor = Release - D: solutionPath = $ {WORKSPACE} && exit %% ERRORLEVEL %% "'
Целевой объект Files \ Hudson \ jobs \ myproject \ workspace не существует в этом проекте.
Это означает, что поскольку мой путь содержит пробелы, вызов отправляется неправильно.
Мои пробы:
- solutionPath = "$ WORKSPACE"
- Установка solutionPath в середине, внизу или вверху, всегда одно и то же
- Я попытался установить точку с запятой в конце параметра и каким-то образом сработал, но, очевидно, когда запускался скрипт nant, точка с запятой все провалила. И я действительно не хочу идти этим путем.
- Основа их такая же
Как я могу это исправить? Пробовал почти 3 часа и ничего. Я отказываюсь от Гудзона! что намного лучше, чем консоль TFS 2008, но я уже начал там работать, поэтому переезд в Гудзон кажется более далеким, чем когда-либо.
ОБНОВЛЕНИЕ: Забыл добавить. Я получил его, используя шаг Windows Batch, но я бы предпочел сделать это через плагин Nant.
Спасибо, парни