Ramas

La vista de ramas es una vista general de todas las ramas en tu repositorio.

Etapas

Odoo.sh ofrece tres ramas de entornos:

• Producción

• Prueba

• Desarrollo

Puedes cambiar la etapa de una rama al arrastrarla y soltarla en la etapa deseada.

Nota

• Las ramas en desarrollo se pueden mover a la rama de prueba. Sin embargo, si intentas mover una rama de desarrollo a producción, aparecerá un mensaje de advertencia en el que se explicará que solo puedes tener una rama de producción por proyecto.

• Puedes mover las ramas de prueba a desarrollo, pero no es posible moverlas a producción.

• La rama de producción solo se puede mover a desarrollo. Si la quieres mover a prueba lo único que puedes hacer es una fusión. Consulta la sección de fusiones para una explicación más detallada de este proceso.

Producción

La rama de producción contiene código que se usa para ejecutar la base de datos en producción. Solo puede haber una rama en producción.

Cuando subes una confirmación a esta rama, el servidor en producción se actualiza con el código nuevo y se reinicia.

Si los cambios requieren que se actualice un módulo, como cambiar una vista de formulario, y quieres que la actualización se realice de forma automática, puedes aumentar el número de la versión del módulo en su archivo de manifiesto (__manifest__.py). La plataforma realizará una actualización durante la cual la instancia no estará disponible por motivos de mantenimiento.

Este método es equivalente a actualizar el módulo con el menú de aplicaciones o el switch -u en la línea de comandos.

Nota

• Si los cambios no permiten que el servidor se reinicie o si la actualización del módulo falla, el servidor se revertirá en automático a la versión exitosa previa del código y la base de datos regresa al estado previo. Para solucionar los problemas, tendrás que acceder al registro de actualizaciones del archivo.

• Los datos de demostración no se cargaron y no son para uso en una base de datos en producción. Las pruebas unitarias no se realizan, ya que puede aumentar el tiempo en el que la base de datos no estará disponible durante la actualización.

Odoo.sh hace copias de seguridad de la base de datos en automático. Guarda siete copias de seguridad al día, cuatro a la semana y tres al mes. Cada copia de seguridad incluye el dump de la base de datos, el almacenamiento de archivos (adjuntos y campos binarios), registros y sesiones.

Advertencia

Al usar proyectos de prueba, la rama de producción y todas las ramas de prueba se regresan a la etapa de desarrollo en automático después de 30 días.

Prueba

Las ramas en prueba son para probar nuevas funciones usando datos de producción sin comprometer la base de datos en producción al agregar registros de prueba. Estas ramas crean duplicados neutralizados de la base de datos en producción.

La neutralización desactiva:

• Acciones programadas

  Nota

  Para probarlas, actívalas de forma manual o vuelve a habilitarlas. Toma en cuenta que la plataforma las activará menos si nadie usa la base de datos para ahorrar recursos.

• Correos electrónicos salientes

  Nota

  Se interceptan usando un mail catcher. Tu proyecto de Odoo.sh incluye una interfaz para ver los correos enviados por la base de datos. De esta forma, ningún correo se enviará a tus contactos.

• Servicios IAP

• Proveedores de pago y conectores de envíos

  Nota

  Se ponen en modo de prueba.

Si configuras o ves cambios en una base de datos de prueba, asegúrate de registrarlos (anota el paso a paso, reprodúcelo en producción, etc.) o escríbelos directamente en los módulos de la rama, usa archivos de datos XML para sobrescribir la configuración o las vistas predeterminadas. Consulta la documentación sobre el primer módulo para ver ejemplos.

Nota

No se realizan las pruebas unitarias. Dependen de datos de demostración, que no se cargan en bases de datos de producción o de prueba. Si Odoo comienza a admitir la ejecución de las unidades sin datos de demostración, Odoo.sh considerará ejecutar pruebas en bases de datos de prueba.

No se crean copias de seguridad de las bases de datos de prueba en automático. De igual manera, puedes guardar una copia de seguridad de la base de datos en producción en una rama de prueba para esos fines o para recuperar de forma manual datos que se borraron por error de la base de datos en producción. Sí es posible crear copias de seguridad manuales de las bases de dato de prueba.

Desarrollo

Las ramas de desarrollo crean bases de datos nueva con datos de demostración para realizar las pruebas unitarias. Los módulos instalados son aquellos incluidos en la rama. Puedes cambiar la lista de módulos por instalar en los ajustes del proyecto.

Al subir una confirmación a una rama de desarrollo se iniciará un nuevo servicio, con una base de datos creada desde cero, y se actualizará la rama. Se cargan los datos de demostración y las pruebas unitarias se realizan de forma predeterminada para verificar que los cambios no rompan ninguna de las funciones que se están probando. Puedes desactivar las pruebas o permitir que pruebas específicas se ejecuten con etiquetas personalizadas en los ajustes de la rama.

Igual que en las ramas de prueba, los correos no se envían, sino que los intercepta un mail catcher, además, las acciones programadas no se activarán si la base de datos no se está usando.

No se guardan copias de seguridad de las bases de datos en desarrollo de forma automática y no es posible realizar copias de seguridad manuales.

Advertencia

Se espera que las bases de datos creadas para ramas de desarrollo duren alrededor de tres días. Después de esto, las puede recolectar el recolector de basura (garnage-collector) sin previo aviso para que haya espacio para bases de datos nuevas.

Fusión de ramas

Para fusionar tus ramas puedes arrastrarlas y soltarlas unas sobre otras.

Para probar los cambios en ramas de desarrollo con los datos en producción, puedes:

• Para fusionar una rama en desarrollo con una rama de prueba, debes arrastrarla y soltarla en la rama que quieras.

  

• Arrastra la rama de desarrollo y suéltala en la sección Prueba para que se convierta en una rama de prueba.

  

Cuando los cambios estén listos para pasar a producción, arrastra y suelta la rama de prueba a la rama de producción para fusionarla y desplegarla.

Nota

• Puedes fusionar las ramas de desarrollo directamente con las ramas de producción. Sin embargo, los cambios no se validarán con los datos de producción en una rama de prueba, así que hay un riesgo mayor de que ocurran problemas en la base de datos en producción.

• Puedes fusionar dos ramas de desarrollo juntas y dos ramas de prueba juntas.

• También puedes usar fusión de git en tu estación de trabajo para fusionar tus ramas. Odoo.sh recibe una notificación cuando se suben versiones nuevas a las ramas.

Fusionar una rama de prueba con una etapa de producción solo fusionará el código fuente. Los cambios que se hagan a la base de datos de prueba no se pasarán a la base de datos de producción. Sin embargo, si modificas el código en el repositorio, se pasará a la rama en producción al momento de la fusión.

Si pruebas cambios en la configuración en ramas de prueba y quieres aplicarlos a la rama en producción, debes:

• Escribir los cambios de la configuración en archivos XML para sobrescribir la configuración o las vistas predeterminadas en la rama y después aumentar la versión del módulo en el manifiesto (__manifest__.py) para activar la actualización del módulo al fusionar la rama de prueba con la rama de producción.

  Nota

  Este método es recomendado para tener una mejor escalabilidad de los desarrollos, ya que usarás la funciones de control de versiones de Git para todos los cambios en la configuración, lo cual asegura una mejor trazabilidad de los cambios.

• Copiar y pegar de forma manual los cambios a la configuración de la base de datos de prueba a la base de datos de producción.

Pestañas

Historial

La pestaña Historial es un resumen del historial de la rama donde podrás ver:

• Los mensajes de revisiones y sus autores.

• Todos los eventos vinculados a la plataforma, como cambios de etapa, importaciones a la base de datos o restauración de copias de seguridad.

Un estado en la esquina superior derecha de cada evento indica la operación actual en la base de datos (por ejemplo, instalación, actualización, importación de copia de seguridad) o cuál fue el resultado (por ejemplo, retroalimentación de prueba, importación exitosa de copia de seguridad). Si la operación fue exitosa, aparecerá el botón Conectar que te permitirá conectarte a la base de datos.

Correos

La pestaña Correos contiene el mail catcher, donde podrás ver de forma general todos los correos que se han enviado con la base de datos.

Nota

El mail catcher está disponible para ramas de desarrollo y prueba. Los correos de la base de datos en producción sí se envían y no los intercepta el mail catcher.

Shell

La pestaña Shell da acceso shell al contenedor.

Al hacer clic en Shell se abrirá una nueva pestaña del navegador donde podrás ejecutar comandos básicos de Linux (ls, top). Si quieres abrir el shell en la base de datos debes ejecutar psql.

Truco

Puedes abrir varias pestañas shell al mismo tiempo y arrastrarlas y soltarlas para cambiar su orden.

Nota

• Los shells de instancias en producción aparecen en rojo para enfatizar el peligro de manipular instancias de producción de forma directa. Los shells de instancias de prueba o desarrollo aparecen en amarillo.

• Las instancias del shell que se hayan ejecutado por mucho tiempo, o las sesiones del shell inactivas se pueden finalizar en cualquier momento para liberar recursos.

Comandos

A continuación encontrarás una lista de comandos útiles que puedes usar en una terminal de una base de datos de Odoo.sh:

• odoo-bin shell: Para abrir un shell de Odoo.

• odoo-update: Para actualizar los módulos en la base de datos.

• odoosh-restart: Para reiniciar los servicios de Odoo.sh (http o cron).

• odoosh-storage: Para revisar el uso del almacenamiento del contenedor del filesystem de tu instancia.

• psql: Para abrir un shell de la base de datos

• mutt: Para revisar cómo se ven los correos en la plataforma (en instancias de prueba o desarrollo).

• lnav ~/logs/odoo.log: Para navegar por el archivo odoo.log de tu instancia.

• ncdu: Para ejecutar el analizador de uso del disco con una interfaz interactiva.

• grep: Para filtrar y encontrar información en los archivos de registro (log) o configuración.

Editor

Al hacer clic en Editor se abre una nueva pestaña de navegador para acceder a un entorno de desarrollo integrado en línea (IDE) para editar el código fuente. También puedes abrir terminales, consolas de Python y consolas del shell de Odoo.

Puedes abrir varias pestañas y arrastrarlas y soltarlas para moverlas y ordenarlas como prefieras.

Ver también

Documentación del editor en línea.

Monitor

La pestaña Monitor muestra diferentes métricas de rendimiento del build actual.

Usa tu cursor para acercarte y ajustar el rango de tiempo o selecciónalo de forma manual con el selector de rango de tiempo. También puedes cambiar la zona horaria.

Nota

• Los registros técnicos usan el horario UTC. Para poder analizar estos registros con tus métricas de monitoreo, debes asegurarte de haber seleccionado UTC en la herramienta de monitoreo.

• De la misma manera, al enviar un ticket de soporte debes asegurarte de que la información que compartas esté en UTC, ya que Odoo usa esta zona horaria para investigar cuestiones de rendimiento.

La información se agrega de forma periódica. Cuando este es el caso, se muestra una línea punteada azul junto con la etiqueta Agregar fecha. Esto significa que los datos antes de esta fecha aparecerán aplanados al compararlos con los datos después de esta fecha. Por lo tanto, al usar la herramienta de monitoreo lo recomendable es enfocarse en los eventos recientes para obtener la información lo más detallada posible.

Nota

Las lineas punteadas de otros colores te ayudan a relacionar otros cambios en tu código (importación de la base de datos, publicación en git, entre otros).

Truco

En cada gráfica se muestra el icono 𝕚 (información) en la esquina superior izquierda. Pasa el cursor por encima para obtener más detalles sobre qué representa esa gráfica.

Métricas

Sistema

La gráfica Memoria muestra información sobre el consumo de la memoria:

• El contenedor de memoria representa los workers de Odoo y el proceso del contenedor.

• La memoria postgresql representa la base de datos.

La gráfica de CPU muestra información sobre el consumo del CPU:

• El http del CPU representa los trabajadores de Odoo.

• CPU cron/mail representa las acciones programadas y correos entrantes.

• CPU postgresql (procesos de la base de datos)

• CPU other representa webshells, el editor, etc.

La gráfica Almacenamiento muestra información sobre el almacenamiento usado:

• El contenedor representa un almacén de datos, archivos de registros y archivos de usuarios.

• Postgresql representa la base de datos y los índices.

HTTP

La gráfica Solicitudes muestra información sobre la cantidad de solicitudes HTTP por segundo:

• Éxitos HTTP representa las solicitudes exitosas.

• Errores de HTTP representa las solicitudes falladas (consulta odoo.log).

• La limitación de velocidad HTTP representa solicitudes rechazadas, posiblemente por falta de trabajadores.

La gráfica Solicitudes concurrentes (max) muestra el número máximo de solicitudes HTTP concurrentes por segundo.

Nota

Los workers de la base de datos determinan el número de solicitudes concurrentes que se pueden administrar al mismo tiempo. Es esencial tener los workers suficientes para gestionar todas las solicitudes entrantes conforme se realicen. Sin embargo, tener más workers no mejora la velocidad a la cual se procesan las solicitudes.

El tiempo de respuesta promedio muestra le tiempo de respuesta promedio a solicitudes de HTTP (en milisegundos).

Correos

La gráfica Entrante muestra datos sobre el número diario de correos entrantes:

• Correos recibidos representa los correos que se pudieron recibir.

• Correos recibidos rebotados representan los correos que no se lograron enviar con éxito.

La gráfica de salientes muestra los datos sobre el número de correos salientes al día:

• Los correos enviados representan todos los correos que se pudieron enviar con éxito.

• Correos enviados rebotados representan los correos que no se pudieron enviar con éxito.

Registros

La pestaña Registros es un resumen en tiempo real de los registros de tu servidor.

Hay distintos registros disponibles:

• pip.log: La instalación de las dependencias Python

• install.log: la instalación de la base de datos (para ramas de desarrollo se incluyen pruebas)

• odoosh-import-database.log: El último proceso dump importado

• odoo.log: El servidor que se está ejecutando

• update.log: Las actualizaciones de la base de datos

• pg_slow_queries.log: Consultas psql que toman una cantidad inusual de tiempo

• sh_webshell.log: Las acciones que se realizan en el webshell

• sh_editor.log: Las acciones que se realizan en el editor

• neutralize.log: La neutralización de la base de datos (solo en prueba)

Cuando se agregan líneas nuevas a los registros, se muestran de forma automática. Si bajas hasta el final, el navegador bajará de forma automática cada vez que agregues una línea nueva.

Puedes pasar el proceso de recuperación de registros si haces clic en el botón (pausar) en la esquina superior derecha. De lo contrario, el proceso se detendrá después de cinco minutos. Puedes volver a iniciarlo si haces clic en el botón (iniciar).

Respaldos

La pestaña Respaldos muestra todos los respaldos disponibles para descargar y restaurar, te permite realizar respaldos manuales e importar una base de datos.

Se hace un respaldo al día de la base de datos en producción de forma automática. Se mantienen siete respaldos diarios, cuatro semanales y tres mensuales. Cada respaldo incluye el dump de la base de datos, el alojamiento de archivos (adjuntos y campos binarios), los registros y las sesiones.

Nota

Puedes consultar el horario estimado de respaldos automáticos para entender mejor cómo funciona el sistema. Este archivo se actualiza todos los días y toma el día en curso como el punto de partida.

No se realizan copias de seguridad automáticas de las bases de datos de prueba o de desarrollo. Sin embargo, puedes restaurar una copia de seguridad de la base de datos en producción de tus ramas de prueba, para fines de pruebas, o para recuperar datos de forma manual si se borraron por error de la base de datos en producción.

La lista contiene los respaldos de seguridad que se mantienen en el servidor de tu base de datos en producción. Este servidor solo mantiene un mes de copias de seguridad: siete copias diarias y cuatro semanales.

Los servidores específicos para copias de seguridad mantienen las mismas copias de seguridad, más tres copias mensuales adicionales. Para restaurar o descargar una de estas copias de seguriad mensuales, ponte en contacto con el equipo de soporte de Odoo.

Al fusionar una confirmación de cambios para actualizar la versión de uno o más módulos (en __manifest__.py), o sus dependencias vinculadas de Ptyhon (en requirements.txt), Odoo.sh realiza una copia de seguridad automática (que se marca con el tipo Actualización en la lista), ya que la instalación de nuevos paquetes en pip cambiará el contenedor, o la base de datos en sí cambiará con la actualización de módulo que se active después. En estos dos casos, se activa una copia de respaldo porque es posible que algo se rompa.

Si la confirmación fusionada no actualiza la versión de un módulo o sus dependencias vinculadas, entonces no se activa la copia de seguridad con Odoo.sh, ya que ni el contenedor ni la base de datos se está modificando, por lo tanto, la plataforma lo considera seguro. Como precaución, puedes hacer una copia de seguriad manual antes de modificar los recursos de producción.

El propósito de las copias de seguridad manuales es crear un panorama específico de las bases de datos en producción o prueba (no están disponibles en las bases de datos de desarrollo). Estas copias estarán disponible durante siete días, pero, el límite de copias de seguridad manuales al día es cinco.

Etapa	Copia de seguridad automática	Copia de seguridad manual
Producción	Sí (hasta por 3 meses)	Sí (3 días)
Prueba	No	Sí (3 días)
Desarrollo	No	No

La función Importar base de datos acepta archivos de la base de datos de:

• El administrador estándar de bases de datos de Odoo (disponible para servidores de Odoo locales en /web/database/manager)

• El administrador de las bases de datos de Odoo en línea

• La pestaña Copias de seguriad de Odoo.sh (usando el botón (Descargar opciones)).

• En la vista de Builds de Odoo.sh (al hacer clic en Descargar dump de la base de datos).

Actualizaciones

La pestaña Actualizar se puede usar para actualizar las ramas de producción y prueba de proyectos válidos. Para más información sobre el proceso de actualización, consulta la documentación sobre actualizaciones.

Herramientas

La pestaña Herramientas contiene el perfilador de código. Se usa para comenzar a perfilar una sesión, registra las actividades de workers de Odoo en la instancia durante un máximo de cinco minutos. Puedes elegir terminar la sesión antes, ya que ejecutar la herramienta por un periodo más corto reduce la cantidad de ruido en el reporte.

Después de cada sesión, se crea una gráfica tipo llamas para ayudarte a visualizar cómo los workers de Odoo usan su tiempo.

Advertencia

Ejecutar el perfilador consume muchos recursos del servidor, debes evitar dejar que se ejecute por mucho tiempo. El objetivo es registrar una acción específica en tu base de datos.

Ajustes

La pestaña Ajustes muestra las opciones de configuración disponibles para la rama seleccionada. Las opciones dependen de cada rama.

Comportamiento con confirmaciones nuevas.

Puedes cambiar el comportamiento de la rama al recibir una confirmación nueva para ramas de desarrollo y prueba.

De forma predeterminada, una rama de desarrollo crea un build nuevo y la etapa de prueba actualiza el build anterior. Esto es útil si la función en la que estás trabajando requiere una configuración específica, ya que no tendrás que configurarlo de forma manual de nuevo después de cada confirmación.

Si seleccionas Build nuevo para una rama de prueba, una copia nueva del build en producción se creará cada vez que se suba una confirmación.

Una rama que se mueve de prueba a desarrollo se establace en automático como No hacer nada.

Instalación del módulo

Puedes seleccionar qué módulos se deben instalar de forma automática para ramas de desarrollo.

Para cambiar el comportamiento predeterminado, deselecciona la opción Usar predeterminado en Comportamiento del build de desarrollo y, en Instalación del módulo selecciona una de las opciones a continuación:

• Instalar solo mis módulos (no incluye submódulos): Solo instala los módulos de la rama, excluyendo los submódulos. Esta es la opción predeterminada.

• Instalación completa (sin suite de prueba): Instala los módulos y submódulos de la rama y todos los módulos estándar de Odoo. Al correr una isntalación completa, la suite de prueba se desactiva.

• Instalar una lista de módulos: Instala los módulos especificados. Para hacerlo, ingresa su nombre técnico y sepáralos usando comas (por ejemplo, sale_management,website,accountant).

Nota

Si la suite de prueba está disponible, instalar todos los módulos estándar de Odoo puede tardar hasta 1 hora.

Suite de prueba

De forma predeterminada, la suite de prueba para ramas de desarrollo está activada. Puedes restringir qué pruebas se hacen en las etiquetas de prueba, se deben separar usando comas (por ejemplo, custom_tags,at_install,post_install).

Para desactivar la suit de prueba por completo, desmarca la opción Validar la suite de pruebas en builds nuevos.

Versión de Odoo

Puedes cambiar la versión de Odoo por ramas de desarrollo, por ejemplo, para probar el código de actualización o funciones de desarrollo mientras tu base de datos de producción está en proceso de actualización a una versión más reciente, solo debes seleccionar otra Versión.

Por defecto, Más reciente se selecciona como Revisión y las fuentes de tu servidor de Odoo se actualizan de forma semanal de forma automática para que se beneficien de las correcciones de errores, seguridad y rendimiento más recientes.

Para seleccionar una revisión específica, selecciónala usando el campo Revisión.

Advertencia

Las revisiones vencen después de tres meses. Recibirás una notificación por correo cuando la fecha de vencimiento de la revisión se acerque. Si no realizaste ninguna acción cuando venza, el campo Revisión se cambia de nuevo a Más reciente.

Dominios personalizados

Puedes configurar dominios <name>.odoo.com adicionales o tus propios dominios personalizados para todos los tipos de ramas.

Para usar tu propio dominio personalizado debes:

• Ser dueño de o comprar el nombre de dominio.

• Ingresa el nombre de dominio en Dominios personalizados (por ejemplo, www.miempresa.com) y después haz clic en Agregar dominio.

• Configura el nombre de dominio (por ejemplo, www.miempresa.com) utilizando el administrador de nombres de dominio del registrador con un valor de registro CNAME establecido en el nombre de dominio de la base de datos de producción (por ejemplo, miempresa.odoo.com).

Importante

No se aceptan dominios sin el nombre (por ejemplo, miempresa.com). Solo pueden configurarse con registros A, que solo aceptan direcciones IP como valor. Por lo tanto, un dominio sin nombre podría dejar de funcionar eventualmente, ya que la dirección IP de la base de datos puede cambiar (por ejemplo, después de una actualización, si falla el hardware o si se cambia la ubicación de alojamiento de la base de datos).

Para tener tu dominio sin el nombre (por ejemplo, miempresa.com) y el dominio www (por ejemplo, www.miempresa.com) funcionando, debes redirigir el dominio sin el nombre a www dominio . com. La mayoría de los administradores de dominio ofrecen una forma de configurar esta redirección, que usualmente se conoce como una redirección web.

HTTPS/SSL

Si la redirección se configura bien, se generará un certificado SSL de forma automática con Let’s Encrypt dentro de una hora, es decir que podrás acceder a tu dominio a través de HTTPS.

Cumplimiento con SPF y DKIM

Si el dominio de tu dirección de correo usa los protocolos de autenticación SPF o DKIM, es necesario autorizar a Odoo como un host de envío en los ajustes del nombre de dominio para mejorar la tasa de entrega de los correos salientes. Para más información consulta la documentación sobre cómo configurar registros DNS para enviar correos en Odoo.

Importante

Si Odoo no está autorizado como un host de envío, es posible que tus correos salientes se marquen como spam.

Comandos de shell

En la esquina superior derecha de la vista se muestran varios comandos shell. Los comandos se pueden copiar usando el botón de portapapeles para después usarlos en la terminal. Además, algunos de ellos se pueden usar directamente en la interfaz de Odoo.sh.

Clonar

El comando de clonación se usa para crear una copia local de tu repositorio de Git.

Example

git clone --recurse-submodules --branch development git@github.com:my-organization/my-repository.git

• --recurse-submodules para descargar los submódulos de tu repositorio.

• --branch main para ver una rama específica del repositorio (por ejemplo, desarrollo)

Nota

El botón para ejecutar no está disponible, ya que el comando se usa para crear una copia local en tu máquina.

Bifurcar

El comando de bifurcaciones se usa para crear una rama nueva según la actual.

Example

git checkout -b main-1 development && git push -u origin development-1

• git checkout -b main-1 main un comando para crear una rama nueva (por ejemplo, development-1) según la rama actual (por ejemplo, development)

• git push -u origin development-1 un comando para subir una rama nueva (por ejemplo, development-1) a un repositorio remoto

Fusionar

El comando de fusión se usa para combinar los cambios hechos en una rama con otra rama.

Example

git merge staging-1 && git push -u origin staging

• git merge staging-1 un comando para fusionar los cambios de la rama actual con otra rama (por ejemplo, staging-1)

• git push -u origin staging un comando para subir los cambios fusionados a la rama remota de repositorio (e.g., staging)

SSH

El comando SSH se usa para conectarse a un build usando SSH.

Para usar el comando SSH, es necesario configurar primero una clave SSH. Para hacerlo:

• Genera una nueva clave SSH.

• Copia la clave SSH a tu portapapeles.

• En Odoo.sh, haz clic en tu usuario de GitHub en la esquina superior derecha y selecciona Perfil.

  

• Paste the SSH key under the Add a key manually field and click Add.

  

Example

ssh 25004381@my-user-my-repository-staging-25004381.dev.odoo.com

• 25004381 the build ID

• my-user-my-repository-staging-25004381.dev.odoo.com the domain used to connect to the build

Provided you have the necessary access rights on the project, you will be granted SSH access to the build.

Nota

Long-running SSH connections are not guaranteed. Idle connections can be disconnected to free up resources.

Submódulo

The submodule command is used to add a branch from another repository to your current branch as a submodule.

Ver también

Submodules documentation

Example

git submodule add -b master <URL> <PATH> && git commit -a && git push -u origin staging

• git submodule add -b master <URL> <PATH> a command to add a specific branch (e.g., master) of a repository (<URL>) as a submodule under the specified path (<PATH>) in your current branch.

• git commit -a a command to commit all current changes

• git push -u origin staging a command to upload the changes of the current branch (e.g., staging) to the remote repository.

Eliminar

The delete command is used to delete a branch from your repository.

Nota

Once you delete a branch, there is no way to retrieve it unless a backup exists. Staging branches are not automatically backed up, but can be manually. Development branches cannot be backed up.

Example

git push origin :staging && git branch -D staging

• git push origin :staging a command to delete a specific branch (e.g., staging) on the remote repository

• git branch -D staging a command to delete the specific branch on your local copy of the repository

Advertencia

Before deleting a branch, refer to the Backups section to better understand how they work and when you should create a manual backup.