Jenkins и задания с несколькими конфигурациями (матрицами)

Почему у Jenkins есть два вида заданий: проект с несколькими конфигурациями и проект проекта свободного стиля? Я где-то читал, что как только вы выберете один из них, вы не сможете преобразовать его в другой (легко). Почему бы мне всегда не выбирать проект с несколькими конфигурациями, чтобы быть в безопасности для будущих изменений?

Я бы хотел чтобы настроить сборку для проекта, построенного как на Windows, так и на Unix (а также на других платформах). Я нашел этот вопрос ), который задает то же самое, но я действительно не получил ответа.Зачем мне нужны три матричных проекта (а не три проекта в свободном стиле), по одному для каждой платформы? Почему я не могу хранить их все в одной матрице, с платформами И (например) версией gcc на одной оси и (моими) версиями программного обеспечения на другой?

Я также прочитал этот пост в блоге , но это строит все на одной машине, только с разными версиями Python.

Итак, вкратце: как большинство людей настраивают проект с несколькими конфигурациями, ориентированный на множество различных платформ?