Definições¶

Visão geral¶

As definições permitem que você gerencie a configuração do seu projeto.

Nome do projeto¶

O nome de seu projeto.

../../../_images/interface-settings-projectname.png

Isso define o endereço que será usado para acessar sua base de dados de produção.

Os endereços de suas compilações de teste e desenvolvimento são derivados desse nome e atribuídos automaticamente. No entanto, quando você altera o nome do projeto, somente as compilações futuras usarão o novo nome.

Colaboradores¶

Gerencia os usuários do Github que podem acessar seu projeto.

../../../_images/interface-settings-collaborators.png

There are three levels of users:

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.

		Desenvolvedor	Verificador	Admin
Desenvolvimento	Histórico	●	●	●
	Conexão com um clique	●	●	●
	Logs	●	●	●
	Shell/SSH	●	●	●
	E-mails	●	●	●
	Definições	●	●	●
Teste	Histórico	●	●	●
	Conexão com um clique		●	●
	Logs		●	●
	Shell/SSH		●	●
	E-mails		●	●
	Monitoramento		●	●
	Backups			●
	Upgrade		●	●
	Definições		●	●
Produção	Histórico	●	●	●
	Conexão com um clique			●
	Logs			●
	Shell/SSH			●
	E-mails			●
	Monitoramento			●
	Backups			●
	Upgrade			●
	Definições			●
Status		●	●	●
Definições				●

Aviso

Those roles only apply to the usage of Odoo.sh. It is important to reflect the user roles attribution within the repository on GitHub. Please refer to the GitHub documentation section on Managing a branch protection rule for detailed guidance.

Acesso público¶

Permitir o acesso público às suas compilações de desenvolvimento.

../../../_images/interface-settings-public.png

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

As compilações de produção e de teste são excluídas – os visitantes só podem ver seu status.

Domínios personalizados¶

Para configurar domínios adicionais, consulte a aba de definições da ramificação correspondente.

Submódulos¶

Configure as chaves de implementação para os repositórios privados que você usa como submódulos em suas ramificações, para permitir que o Odoo.sh faça o download deles.

Aviso

Essas definições são necessárias apenas para repositórios privados. Se estiver procurando como configurar seus submódulos, as instruções estão disponíveis no capítulo Submódulos desta documentação.

../../../_images/interface-settings-submodules.png

Quando um repositório é privado, não é possível baixar publicamente suas ramificações e revisões. Por esse motivo, você precisa configurar uma chave de implementação para o Odoo.sh, para que o servidor Git remoto permita que nossa plataforma baixe as revisões desse repositório privado.

Para configurar a chave de implementação de um repositório privado, proceda da seguinte forma:

na entrada, cole o URL SSH de seu sub-repositório privado e clique em Adicionar,
- e.x. git@github.com:NOMEDEUSUARIO/REPOSITORIO.git
- pode ser outro servidor Git diferente do Github, como Bitbucket, Gitlab ou até mesmo seu próprio servidor auto-hospedado
copie a chave pública,
- deve ser parecido com ssh-rsa alguns… caracteres… aleatórios… aqui… ==
nas definições do sub-repositório privado, adicione a chave pública entre as chaves de implementação.
- Github.com: Definições ‣ Chaves de implementação ‣ Adicionar chave de implementação
- Bitbucket.com: Definições ‣ Chaves de acesso ‣ Adicionar chave
- Gitlab.com: Definições ‣ Repositório ‣ Chaves de implementação
- Auto-hospedado: anexe a chave ao arquivo authorized_keys do usuário do git em seu diretório .ssh

Tamanho do armazenamento¶

Esta seção mostra o tamanho de armazenamento usado pelo seu projeto.

../../../_images/interface-settings-storage.png

O tamanho do armazenamento é calculado da seguinte forma:

o tamanho da base de dados PostgreSQL
o tamanho dos arquivos de disco disponíveis em seu contêiner: armazenamento de arquivos de base de dados, diretório de armazenamento de sessões…

Aviso

Caso queira analisar o uso do disco, você pode executar a ferramenta ncdu em seu Web Shell.

Se o tamanho da sua base de dados de produção exceder o tamanho provisionado em sua assinatura, a base será automaticamente sincronizada com ela.

Workers da base de dados¶

Workers de bases de dados adicionais podem ser configurados aqui. Mais workers ajudam a aumentar a carga que seu base de dados de produção é capaz de suportar. Se você adicionar mais, eles serão automaticamente sincronizados com sua assinatura.

../../../_images/interface-settings-workers.png

Aviso

A adição de mais workers não resolverá magicamente todos os problemas de desempenho. Isso apenas permite que o servidor manipule mais conexões ao mesmo tempo. Se algumas operações estiverem excepcionalmente lentas, é provável que seja um problema com o código; se não for devido às suas próprias personalizações, você poderá abrir um chamado aqui.

Ramificações de teste¶

As ramificações de teste adicionais permitem que você desenvolva e teste mais recursos ao mesmo tempo. Se você adicionar mais, elas serão automaticamente sincronizadas com sua assinatura.

../../../_images/interface-settings-staging-branches.png

Ativação¶

Mostra o status da ativação do projeto. Você pode alterar o código de ativação do projeto, se necessário.

../../../_images/interface-settings-activation.png

Edit on GitHub