Ajustes¶
Información general¶
Los ajustes le permiten gestionar la configuración de su proyecto.
Nombre del proyecto¶
El nombre de su proyecto
Esto define la dirección que se usará para acceder a la base de datos de producción.
Las direcciones de sus compilaciones de prueba y de desarrollo derivan de este nombre y se asignan automáticamente. Sin embargo, cuando cambia el nombre del proyecto, solo las compilaciones futuras usarán el nuevo nombre.
Colaboradores¶
Gestione cuáles son los usuarios de GitHub que tienen acceso a su proyecto.
Hay tres niveles de usuarios:
Admin: tiene acceso a todas las funciones de un proyecto de Odoo.sh.
Tester: has access to the Staging and Development databases and their tooling. This role is for users conducting User Acceptance Tests. Testers can work with copies of production data but cannot access the production database through the Odoo.sh tooling.
Desarrollador: solo tiene acceso a las bases de datos de desarrollo y a sus herramientas. Esta función es para los desarrolladores que proponen modificaciones al código pero no deben acceder a las bases de datos de producción y de prueba a través de las herramientas de Odoo.sh.
Desarrollador |
Encargado de pruebas |
Admin |
||
|---|---|---|---|---|
Etapa de desarrollo |
Historial |
● |
● |
● |
conectarse en 1-clic |
● |
● |
● |
|
Registros |
● |
● |
● |
|
Shell/SSH |
● |
● |
● |
|
Correos electrónicos |
● |
● |
● |
|
Ajustes |
● |
● |
● |
|
Etapa de prueba |
Historial |
● |
● |
● |
conectarse en 1-clic |
● |
● |
||
Registros |
● |
● |
||
Shell/SSH |
● |
● |
||
Correos electrónicos |
● |
● |
||
Monitoreo |
● |
● |
||
Respaldos |
● |
|||
Actualizar |
● |
● |
||
Ajustes |
● |
● |
||
Etapa de producción |
Historial |
● |
● |
● |
conectarse en 1-clic |
● |
|||
Registros |
● |
|||
Shell/SSH |
● |
|||
Correos electrónicos |
● |
|||
Monitoreo |
● |
|||
Respaldos |
● |
|||
Actualizar |
● |
|||
Ajustes |
● |
|||
Estado |
● |
● |
● |
|
Ajustes |
● |
Advertencia
Estos roles solo se aplican al uso de Odoo.sh. Es importante reflejar la atribución de roles de usuario dentro de la base de datos en GitHub. Porfavor consulta la sección de documentación de GitHub sobre “Administrar una rama de protección de regla <ttps://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/managing-a-branch-protection-rule>” para obtener una guía detallada.
Acceso público¶
Permita que el público acceda a sus compilaciones de desarrollo.
Si se activa, esta opción expone la página Compilaciones públicamente, lo que permite a los visitantes ver los registros de las compilaciones de desarrollo.
Las compilaciones de producción y de prueba se excluyen, los visitantes solo pueden ver sus estados.
Estados de confirmación de GitHub¶
Esta opción Odoo.sh permite insertar estados de confirmación en el repositorio de GitHub cuando se crea o actualiza una compilación. Requiere un token de GitHub con permisos para enviar estados de confirmación al repositorio. Consulte la «Documentación de GitHub sobre tokens de acceso personal <https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/managing-your-personal-access-tokens>» para obtener instrucciones sobre cómo crear el suyo.
Nota
Los tokens personales detallados de GitHub tienen una fecha de vencimiento y se deshabilitarán si no logran actualizar el estado de confirmación. Puede reemplazar el token en cualquier momento en Odoo.sh.
Los estados de confirmación insertados en GitHub pueden tener los siguientes contextos:
ci/odoo.sh (dev): status of a development build
ci/odoo.sh (staging): status of a staging build
ci/odoo.sh (production): status of a production build
ci/odoo.sh (test_ci): testing the token from the Settings page will push a test status on the last commit of your repository
Dominios personalizados¶
Para configurar dominios adicionales, vaya a la pestaña de configuraciones de las ramas correspondientes.
Submódulos¶
Configure el despliegue de claves para los repositorios privados que usa como submódulos en sus ramas para permitirle a Odoo.sh descargarlos.
Advertencia
Estos ajustes se requieren solo para repositorios privados. Si quiere saber como configurar sus submódulos, las instrucciones están disponibles en el capítulo Submódulos de esta documentación.
Cuando un repositorio es privado, no es posible descargar públicamente sus ramas y revisiones. Por esa razón, necesita configurar una clave de implementación para Odoo.sh, y así el servidor Git le permita a nuestra platafroma descargar las revisiones de este repositorio privado.
Para configurar la clave de implementación para el repositorio privado, siga las siguientes instrucciones:
en el campo de entrada, pegue la URL SSH de su sub-repositorio privado y haga clic en Agregar,
Por ejemplo, git@github.com:USERNAME/REPOSITORY.git
puede ser otro servidor Git que no sea Github, como Bitbucket, Gitlab o inlcuso un servidor que usted mismo aloje
copie la clave pública,
debe verse como ssh-rsa caracteres…más…caracteres…aquí…==
en los ajustes del sub-repositorio privado, agregue la clave pública entre las claves de implementación
Github.com:
Bitbucket.com:
Gitlab.com:
Alojamiento propio: adjunte la clave al archivo del usuario git authorized_keys file en su directorio .ssh
Tamaño de almacenaje¶
Esta sección muestra el tamaño de almacenaje que utiliza su proyecto.
El tamaño de almacenaje se calcula de la siguiente manera:
el tamaño de la base de datos de PostgreSQL
el tamaño de los archivos del disco disponibles en su contenedor: base de datos del repositorio de archivos, directorio del almacenaje de las sesiones…
Advertencia
En caso de que quiera analizar el uso del disco, puede activar la herramienta ncdu en su Web Shell.
Si el tamaño de su base de datos de producción excede lo que cubre su suscripción, esta se sincronizará automáticamente con el nuevo tamaño.
Workers de la base de datos¶
Aquí se pueden configurar trabajadores adicionales a la base de datos. Más trabajadores ayudan a incrementar la carga de producción de lo que su base de datos es capaz de manejar. Si quiere agregar más, automáticmanete se sincronizará con su suscripción.
Advertencia
Agregar más trabajadores no resolverá mágicamente todos los problemas de rendimiento. Solo permite que el servidor pueda manejar más conexiones al mismo tiempo. Si algunas operaciones son inusualmente lentas, es muy probable que exista un problema en el código, si no es a causa de la personalización de este, puede abrir un ticket aquí.
Ramas de prueba¶
Las ramas adicionales de prueba le permiten desarrollar y probar mas características al mismo tiempo. Si agrega más, se sincronizará automáticamente con su suscripción.
Activación¶
Muestra el estado de la activación del proyecto. Puede cambiar el código de activación del proyecto si lo necesita.
