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 los usuarios de Github que puedan acceder a su proyecto.

Hay tres niveles de usuarios:

• Admin: has access to all features of an Odoo.sh project.

• 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.

• Developer: has access only to the Development databases and their tooling. This role is for developers who propose code modifications but are not allowed to access production and staging databases through the Odoo.sh tooling.

Acceso público¶

Permita que el público acceda a sus compilaciones de desarrollo.

If activated, this option exposes the Builds page publicly, allowing visitors to view logs of development builds.

Las compilaciones de producción y de prueba se excluyen, los visitantes solo pueden ver sus estados.

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.

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: Ajustes ‣ Claves de implementación ‣ Agrergar clave de implementación

  • Bitbucket.com: Ajustes ‣ Claves de acceso ‣ Agregar clave

  • Gitlab.com: Ajustes ‣ Repositorio‣ Claves de implementación

  • 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…

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.

Trabajadores 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, se sincronizará automáticamente con su suscripción.

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.