Controlador de RPM que controla la fuente

¿Alguien puede brindar orientación sobre la mejor forma de controlar el origen de los artefactos que forman parte de la construcción de un package de RPM? Mi experiencia pasada con instaladores fue en plataforms Windows, y en esos entornos, simplemente agregaba los artefactos del instalador, como files de proyecto, etc., al control de fuente. Sin embargo, el process de construcción de RPM me parece un poco extraño. Por ejemplo, se espera cierta estructura de directory en una determinada location en el sistema de files. ¿Debo simplemente agregar los files .spec al control de fuente? ¿Debería agregar toda la estructura del directory? Cualquier orientación aquí es apreciada. Tenga en count que en esta instancia en particular estoy trabajando con Red Hat Enterprise Linux 5 y Fossil SCM, aunque puede pensar en este último como Subversion (SVN) si no está familiarizado con él.

En general, las dos cosas que necesita para generar un RPM son el código fuente (con parches, si corresponde) y el file de especificaciones. La producción del tree de compilation de rpm se puede automatizar con poco esfuerzo.

Entonces, si es su software el que está construyendo un package RPM, agregaría el file .spec a un lugar apropiado en su tree y mejoraría su automation de compilation (por ejemplo, Makefiles) para crear el esqueleto del tree de compilation rpm, rellenarlo con su fuente, agregue el file .spec al subdirectory SPECS y emita los commands rpmbuild.

Si el software para el que está comstackndo el package RPM proviene de la stream ascendente, verificaría el file .spec, el tarball upstream, los parches, los scripts, etc. Luego, o bien usaría su infraestructura para build el RPM, o bien haría lo anterior .