Глобальные переменные среды можно настроить с помощью Управление Hudson ->
Переменные среды или на машину через Машина -> Конфигурировать ->
Переменные среды (или для каждой сборки с плагином Setenv). Это звучит как
вам может понадобиться установить PATH и PYTHONPATH соответственно; по крайней мере, это
простое решение.
Отредактировано, чтобы добавить : Я чувствую, как будто что-то вроде бреда, хотя на самом деле не направлено против вас или вашей ситуации. Я думаю, что у вас уже есть правильное мышление, так как вы используете в первую очередь virtualenv и pip - и вы не без оснований говорите: «Мы ожидаем, что наши сборочные машины будут иметь virtualenv и pip, установленные в /usr/local
, "и покончим с этим. Отдыхай как хочешь ...
Хотя PATH - это простая вещь для настройки, она имеет другую сборку
окружение (или полагаться на среду пользователя) представляет собой интеграционный «запах».
Если вы зависите от определенной среды в вашей сборке, то вы должны либо
проверить среду или явно настроить ее как часть сборки. я кладу
настройка среды в сценариях сборки, а не в Hudson.
Может быть, ваше единственное предположение, что virtualenv и pip находятся в PATH (потому что
это хорошие инструменты для управления другими зависимостями), но
предположения имеют тенденцию расти и забываться (до тех пор, пока вам не понадобится
машина или пользователь). Я считаю полезным либо иметь явные проверки, либо обратиться к
явные пути к исполняемым файлам, которые являются частью моей определенной среды сборки. это
особенно полезно иметь четко определенную среду, когда у вас есть
устаревшие сборки или если вы зависите от конкретных версий ваших инструментов сборки.
Как часть сборок, где у меня были проблемы со средой (особенно в Windows
с cygwin), я печатаю среду как первый шаг сборки. (Но я склонен
быть немного параноиком превентивно.)
Я не хочу показаться таким проповедническим, я просто пытаюсь поделиться своей точкой зрения.