Compilaciones¶
En Odoo.sh, un build es una base de datos cargada a un serividor de Odoo (odoo/odoo y odoo/enterprise) que se ejecuta en una revisión específico del repositorio de tu proyecto en un entorno contenido. El propósito es probar el propio comportamiento del servidor, la base de datos y las funciones asociadas con esa revisión.
Información general¶
En la previsualización de Builds, una fila representa una rama y una celda en esa fila representa un build de esa rama.
La mayoría de los builds se crean después de subir a las ramas del repositorio de GitHub. También se pueden crear a través de otras operaciones, como al importar una base de datos a Odoo.sh o solicitar un rebuild para una rama en tu proyecto.
Los builds pueden tener tres estados:
Un buil se considera como exitosa si no ocurren errores o advertencias durante su creación. Las builds exitosas se muestran en verde.
Un build se considera casi exitosa si ocurre una advertencia, pero no hay errores. Estos builds se muestran en amarillo.
Un build se considera fallido si ocurren errores durante su creación. Estos builds se muestran en rojo.
Nota
Los builds no siempre crean bases de datos desde cero. Por ejemplo, al subir un cambio a la rama de producción, el build creado comienza el servidor con tu nueva revisión e intenta cargar la base de datos de producción actual en ella.
Etapas¶
Producción¶
El primer build de una rama de producción crea una base de datos desde cero. Si este build es exitoso, esta base de datos se convertirá en la base de datos en producción de tu proyecto.
A partir de entonces, subir confirmaciones o cambios a la rama en producción creará builds nuevos que se intentarán cargar a la base de datos con un servidor que ejecute la nueva revisión.
Si la build es exitosa o casi exitosa, la base de datos en producción la ejecutará con su revisión asociada.
Si el build falla o actualiza la base de datos, el build previo exitoso se usará para cargar la base de datos. En ese caso, la base de datos seguirá ejecutándose con la revisión exitosa previa.
Nota
La build que se usa para ejecutar la base de datos en producción siempre será la primera en la lista de builds. Si falla, se coloca después del build que se esté ejecutando en la base de datos de producción.
Prueba¶
Los builds de prueba duplican la base de datos en producción e intentan cargar esta copia con las revisiones de ramas de prueba.
Cada vez que se suba una revisión nueva que asignar a la rama, el build resultante usará una copia nueva en la base de datos de producción. Las bases de datos no se volverán a usar entre los builds de la misma rama. Esto para asegurar que:
Los builds de prueba son bases de datos que se parecen al estado en producción actual, para que las pruebas no se realicen con datos desactualizados.
Puedes experimentar sin problemas dentro de una base de datos de prueba. Cuando quieras comenzar desde cero con una copia nueva de la base de datos de producción, puedes solicitar un build nuevo.
Sin embargo, esto también quiere decir que si haces cambios a la configuración en una base de datos de prueba y no los aplicas a producción, esos cambios no aparecerán en el siguiente build de la rama de prueba.
Desarrollo¶
Los builds de desarrollo crean bases de datos nuevas, cargan datos de demostración y realizan pruebas unitarias.
Un build se considerará fallido si las pruebas fallan durante la instalación, ya que están diseñadas para encontrar errores cuando algo no está bien.
Si pasa todas las pruebas sin errores, el build se considerará exitoso.
Nota
Dependiendo de la lista de módulos por instalar y probar, puede tomar hasta una hora para que el build de desarrollo esté listo. Esto se debe al gran número de pruebas incluidas en el conjunto de módulos predeterminados de Odoo.
Funciones¶
La rama en producción siempre aparece primero. Las otras ramas se ordenan según cuándo se creó su último build. La etapa que se muestre en morado corresponde a la etapa seleccionada en el menú Ramas.
Truco
Puedes filtrar ramas con la barra de búsqueda.
Para cada rama puedes:
Para acceder a la base de datos del build más reciente haz clic en Conectar.
Para ir al código de la rama haz clic en Github.
Para crear un build nuevo haz clic en Rebuild. Usará la versión más reciente de la rama (no estará disponible si el build ya está en progreso para esa rama).
Para cada build puedes:
Para ver los cambios de revisión haz clic en el icono (GitHub).
Para acceder al build de la base de datos como administrador haz clic en Conectar o haz clic en el botón (More Actions) a un lado de Conectar y luego en Conectarse como para conectarte como otro usuario.
Para acceder a las mismas herramientas que en la vista de ramas haz clic en el botón (Más acciones) a un lado de Conectar y selecciona Registros, Web Shell, Editor, Correos salientes (para las etapas de prueba y desarrollo), Monitoreo y Descargar dump de la base de datos (para etapas de prueba y producción).
