En el desarrollo de software , una compilación neutral es una compilación de software que refleja el estado actual del código fuente ingresado en el sistema de control de versiones del código fuente por parte de los desarrolladores y realizado en un entorno neutral (un entorno que no se utiliza para el desarrollo).
Una construcción nocturna es una construcción neutral que se lleva a cabo automáticamente. Por lo general, estos ocurren cuando es probable que no haya nadie trabajando en la oficina para que no haya cambios en el código fuente durante la compilación. Los resultados de la compilación son inspeccionados por los programadores que llegan, quienes generalmente dan prioridad a garantizar que los cambios recientes en el código fuente no hayan interrumpido el proceso de compilación o la funcionalidad del software. Las compilaciones nocturnas también garantizan que las herramientas de compilación no se rompan debido a las actualizaciones del sistema y, por lo tanto, a menudo se ejecutan independientemente de que el código fuente haya cambiado o no.
Por el contrario, los entornos de integración continua reconstruyen automáticamente el proyecto cada vez que se registran los cambios (a menudo varias veces al día) y brindan retroalimentación más inmediata; sin embargo, no necesariamente incluyen compilaciones nocturnas. Como resultado, las actualizaciones del compilador y de las herramientas pueden afectar la capacidad de compilar proyectos antiguos fácilmente y sin previo aviso. No obstante, las técnicas de IC se consideran el enfoque más moderno. Los trabajos de CI a menudo se ejecutan en máquinas virtuales aisladas y, por lo general, también incluyen pruebas automatizadas.
Cuando alguien dice que un desarrollador "rompió la compilación", en realidad está diciendo que un desarrollador verificó un código que bien podría haberse compilado (y con suerte también haberse ejecutado correctamente) en su cuenta, pero no compila (y por lo tanto, no se puede ejecutar). en la cuenta de cualquier otra persona. Por lo general, esto se debe a cambios adicionales específicos del desarrollador que no se registraron o (en el caso de variables de entorno , etc.) fueron modificaciones a sistemas que no están bajo control de revisión . Uno de los casos más comunes es recordar registrar todos los archivos modificados , pero olvidarse de agregar los archivos recién creados al repositorio. Si los otros desarrolladores revisan el nuevo código sin ser conscientes del problema, su trabajo puede detenerse mientras esperan que se solucione el problema (o intentan solucionarlo ellos mismos, lo que puede ser aún más problemático si varios desarrolladores intente solucionar el problema al mismo tiempo). Naturalmente, esto puede resultar en una pérdida significativa de productividad.
Las compilaciones neutrales son importantes para los procesos de desarrollo de software que se ejecutan con cargas elevadas y cronogramas cortos (consulte programación extrema , inicio ). No tenerlos significa que cualquier compilación que deba crearse para el departamento de control de calidad del software utilizará código que puede estar en medio de modificaciones importantes y que, por lo tanto, es mejor dejarlo fuera de una compilación destinada a una validación independiente, particularmente una compilación que evaluado para una posible liberación.
Algunos obstáculos para un proceso de construcción neutral confiable son:
La siguiente lista ofrece algunos ejemplos de software que tiene compilaciones nocturnas y/o neutrales disponibles públicamente.