Для каждого проекта Hudson выделяет уникальную "рабочую директорию", в этом место Hudson сохраняет исходные кода после выборки из SCM репозитория и апускает сборку. Обычно Вы должны позволить системе выделить и очистить директории самостоятельно, но в некоторых случаях это проблематично. В таких ситуациях эта опция позволяет указать "рабочую директорию" вручную.

Одна из таких ситуаций если пути жестко зафиксированы и необходимо производить сборку в определенном месте. (Вы можете найти обсуждение этой темы тут.)

Другая ситуация где этом может быть полезно например если Вы используете free-style проект не для сборки Программной сборки а для выполнения некоторого пакетного задания, возможно как замена планировщику (cron). В этой ситуации Вы можете использовать эту опцию для маппирования соответствующей директории в качестве "рабочей директории", как результат пользователи смогут управлять такими задачами с использованием Hudson web UI.

Если Вы работаете в распределенном окружении и если вы не связываете проект с определенным нодом, Hudson может запускать сборки на различных подчиненных нодах. Иногда это желательно, иногда нет. Также Вы можете заммапировать множество проектов на одну "рабочую директорию", но будьте внимательны чтобы конкурентные сборки не имели негативное влияние друг на друга.

Если этот путь относительный, он будет определен относительно удаленнойд иректории подчиненного нода, или значению $HUDSON_HOME на главном ноде.

Для этого свойства возможно использовать Проектное каскадирование. Детали доступны в этом документе.