Jenkins y trabajos de configuración múltiple (matriz)

¿Por qué hay dos tipos de trabajos para Jenkins, tanto el proyecto de configuración múltiple como el proyecto de proyecto de estilo libre? Leí en alguna parte que una vez que eliges uno de ellos, no puedes convertir al otro (fácilmente). ¿Por qué no elegiría siempre el proyecto de configuración múltiple para estar seguro para futuros cambios?

Me gustaría configurar una compilación para un proyecto que se desarrolle tanto en Windows como en Unix (y también en otras plataformas). Encontréesta pregunt), que pregunta lo mismo, pero realmente no obtengo la respuesta. ¿Por qué necesitaría tres proyectos matriciales (y no tres proyectos de estilo libre), uno para cada plataforma? ¿Por qué no puedo mantenerlos todos en una matriz, con plataformas Y (por ejemplo) versión gcc en un eje y (mi) versiones de software en el otro?

También leíesta publicación de blog, pero eso construye todo en la misma máquina, con solo diferentes versiones de Python.

n resumen, ¿cómo configura la mayoría de las personas un proyecto de configuración múltiple dirigido a muchas plataformas diferentes?

Respuestas a la pregunta(9)

Su respuesta a la pregunta