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