Autotools y control de versión

Question

Lo sé, debe ser una pregunta tonta. Supongamos que tengo una biblioteca que usa un sistema de compilación autotools. Tengo todo eso configure, configure.ac, Makefile.am, config.h y otros archivos en la carpeta raíz de mi proyecto. Algunos de ellos fueron escritos por un desarrollador, otros son generados por autotools.

La pregunta es: si uso un sistema de control de versiones (en mi caso - hg) - ¿cuál de todos los archivos autotools debería ser rastreado por un VCS y cuál no debería (hgignore'd)?

Gracias, Serge

Answer 1

Creo que el mejor procedimiento es poner archivos bajo control de versión que no se generan. Las personas que trabajan con VCS son desarrolladores y deben tener instaladas las autotools en sus máquinas. Registrar los archivos generados solo les causará problemas.

Por otro lado, debe asegurarse de que la distribución a nivel de fuente se realice con todos los archivos generados en su lugar, para que los desarrolladores no puedan crear el software sin las autotools instaladas.

Answer 2

Hay dos escuelas de pensamiento sobre esto:

1. "Quiero ver el proyecto tal y como era en el tiempo/X versión"
2. "Me puede siempre vuelve a generar todo lo que se generó automáticamente más tarde "

En general pertenezco al último grupo personalmente, pero el primero puede ser bueno si el Hay problemas con el sistema de compilación en alguna versión específica que probablemente ya no tenga instalada.

En su ejemplo configure y config.h son a la vez (probablemente) generados automáticamente, por lo que si se va a incluir en el control de versiones Me inclinaría a incluir la Makefile.in demasiado.

En mis proyectos que esto significa por lo general que no tengan más autotools archivos relacionados que configure.ac, Makefile.am, la documentación si es GNU y un directorio llamado m4 que incluye las macros personalizadas/no estándar mi configure.ac requiere.