Ajustes¶
Información general¶
Los ajustes te permiten gestionar la configuración de tu proyecto.
Nombre del proyecto¶
El nombre de tu proyecto.
Este define la dirección utilizada para acceder a tu base de datos de producción.
Las direcciones de tus compilaciones de prueba y de desarrollo se derivan de este nombre y se asignan en automático. Sin embargo, cuando cambias el nombre del proyecto solo las próximas compilaciones usarán el nuevo nombre.
Colaboradores¶
Gestiona los usuarios de GitHub que tienen acceso a tu proyecto.
Hay tres niveles de usuarios:
Admin: tiene acceso a todas las funciones de un proyecto de Odoo.sh.
Encargado de pruebas: tiene acceso a las bases de datos de prueba y desarrollo, así como a sus herramientas. Este rol está destinado a los usuarios que realizan pruebas de aceptación. Los encargados pueden trabajar con copias de los datos de producción, pero no pueden acceder a la base de datos de producción a través de las herramientas de Odoo.sh.
Desarrollador: solo tiene acceso a las bases de datos de desarrollo y a sus herramientas. Este rol es para los desarrolladores que proponen modificaciones al código, pero no deben acceder a las bases de datos de producción ni de prueba a través de las herramientas de Odoo.sh.
Desarrollador |
Encargado de pruebas |
Admin |
||
|---|---|---|---|---|
Desarrollo |
Historial |
● |
● |
● |
Conexión con 1 clic |
● |
● |
● |
|
Registros |
● |
● |
● |
|
Shell/SSH |
● |
● |
● |
|
Correos |
● |
● |
● |
|
Ajustes |
● |
● |
● |
|
Prueba |
Historial |
● |
● |
● |
Conexión con 1 clic |
● |
● |
||
Registros |
● |
● |
||
Shell/SSH |
● |
● |
||
Correos |
● |
● |
||
Monitoreo |
● |
● |
||
Respaldos |
● |
|||
Actualizaciones |
● |
● |
||
Ajustes |
● |
● |
||
Producción |
Historial |
● |
● |
● |
Conexión con 1 clic |
● |
|||
Registros |
● |
|||
Shell/SSH |
● |
|||
Correos |
● |
|||
Monitoreo |
● |
|||
Respaldos |
● |
|||
Actualizaciones |
● |
|||
Ajustes |
● |
|||
Estado |
● |
● |
● |
|
Ajustes |
● |
Advertencia
Estos roles solo aplican al uso de Odoo.sh. Es importante que los roles del usuario también estén configurados en el repositorio de GitHub. Consulta la sección sobre cómo administrar una regla de protección de rama de la documentación de GitHub para obtener más detalles.
Acceso público¶
Habilita el acceso público a tus compilaciones de desarrollo.
La página de las compilaciones será pública si la opción está seleccionada y los visitantes podrán ver los registros de las compilaciones de desarrollo.
Las compilaciones de producción y de prueba no aparecen en esta página, los visitantes solo pueden ver sus estados.
Estados de confirmación de GitHub¶
Esta opción permite que Odoo.sh envíe estados de confirmación a tu repositorio de GitHub al crear o actualizar una compilación. Es necesario que tengas un token de GitHub con permisos para enviar estados de confirmación al repositorio. Consulta la documentación de GitHub acerca de los tokens de acceso personal y lee las instrucciones para crear los tuyos.
Nota
Los tokens personales con permisos específicos de GitHub tienen una fecha de vencimiento y se desactivarán si no logran actualizar el estado de la confirmación. Puedes reemplazar el token en cualquier momento desde Odoo.sh.
Los estados de confirmación enviados a GitHub pueden tener los siguientes contextos:
ci/odoo.sh (dev): Estado de una compilación de desarrollo.
ci/odoo.sh (staging): Estado de una compilación de prueba.
ci/odoo.sh (production): Estado de una compilación de producción.
ci/odoo.sh (test_ci): Probar el token desde la página de ajustes enviará un estado de prueba a la última confirmación de tu repositorio.
Dominios personalizados¶
Para configurar más dominios, ve a la pestaña de ajustes de las ramas correspondientes.
Submódulos¶
Configura las llaves de despliegue para los repositorios privados que usas como submódulos en tus ramas, así Odoo.sh podrá descargarlos.
Advertencia
Estos ajustes solo son necesarios para los repositorios privados. Si buscas cómo configurar tus submódulos, consulta el capítulo Submódulos de esta documentación.
Cuando un repositorio es privado, no es posible descargar sus ramas y revisiones públicamente. Es necesario que configures una llave de despliegue para Odoo.sh para que el servidor remoto de Git permita que nuestra plataforma descargue las revisiones de ese repositorio privado.
Sigue estas instrucciones para configurar la llave de despliegue para el repositorio privado:
En el campo correspondiente, pega la URL SSH de tu subrepositorio privado y haz clic en Agregar.
Por ejemplo, git@github.com:USUARIO/REPOSITORIO.git
También puede ser otro servidor de Git, como Bitbucket, GitLab o incluso el tuyo, no es necesario que sea GitHub.
Copia la llave pública.
Debería tener un formato como este: ssh-rsa caracteres…aleatorios…aquí…==
Agrega la llave pública en la sección de llaves de despliegue de los ajustes del subrepositorio privado.
Github.com:
Bitbucket.com:
Gitlab.com:
Servidor propio: Agrega la llave al archivo authorized_keys del usuario Git en el directorio .ssh.
Tamaño de almacenamiento¶
Esta sección muestra el tamaño de almacenamiento utilizado por tu proyecto.
El tamaño de almacenamiento se calcula de la siguiente manera:
El tamaño de la base de datos de PostgreSQL.
El tamaño de los archivos en disco disponibles en tu contenedor: los archivos de la base de datos, el directorio de almacenamiento de sesiones, etc.
Advertencia
Si quieres analizar el uso del disco puedes ejecutar la herramienta ncdu en tu shell web.
Si el tamaño de tu base de datos de producción aumenta y supera lo estipulado por tu suscripción, se sincronizará automáticamente con ella.
Workers de la base de datos¶
Aquí puedes configurar workers adicionales para la base de datos. Tener más workers permite que la base de datos de producción trabaje con una carga más grande. Si agregas más, esto se sincronizará en automático con tu suscripción.
Advertencia
Agregar más workers no resolverá todos los problemas de rendimiento por arte de magia, solo permite que el servidor gestione más conexiones al mismo tiempo. Si algunas operaciones son inusualmente lentas, lo más probable es que se trate de un problema en el código. Si no es un error ocasionado por una personalización, puedes abrir un ticket aquí.
Ramas de prueba¶
Las ramas adicionales de prueba te permiten desarrollar y probar más funciones al mismo tiempo. Si agregas más, se sincronizarán automáticamente con tu suscripción.
Activación¶
Muestra el estado de activación del proyecto. Puedes cambiar el código de activación del proyecto en caso de que sea necesario.
