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.

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.

Há três níveis de usuários:

• Admin: tem acesso a todos os recursos de um projeto Odoo.sh.

• Verificador: tem acesso às bases de dados de Teste e de Desenvolvimento e a suas ferramentas. Essa função é para usuários que realizam testes de aceitação do usuário. Os testadores podem trabalhar com cópias dos dados de produção, mas não podem acessar a base de dados de produção pelas ferramentas do Odoo.sh.

• Desenvolvedor: tem acesso apenas às bases de dados de Desenvolvimento e suas ferramentas. Essa função é destinada aos desenvolvedores que propõem modificações no código, mas não têm permissão para acessar bases de dados de produção e de teste pelas ferramentas do Odoo.sh.

		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

Essas funções se aplicam apenas ao uso do Odoo.sh. É importante refletir a atribuição das funções do usuário dentro do repositório no GitHub. Consulte a seção da documentação do GitHub sobre Como gerenciar regras de proteção de ramificações para obter orientações detalhadas.

Acesso público

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

Se ativada, essa opção expõe a página Builds publicamente, permitindo que os visitantes visualizem os registros das compilações de desenvolvimento.

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

Status dos commits do GitHub

Essa opção permite que o Odoo.sh envie status de confirmação para o seu repositório do GitHub quando uma compilação é criada ou atualizada. Requer um token do GitHub com permissões para enviar status de confirmação para o repositório. Consulte a Documentação do GitHub sobre tokens de acesso pessoal para obter instruções sobre como criar o seu.

Nota

Os tokens pessoais refinados do GitHub têm uma data de validade e serão desativados se não conseguirem atualizar o status do commit. Você pode substituir o token a qualquer momento no Odoo.sh.

Os status de commits enviados para o GitHub podem ter os seguintes contextos:

• ci/odoo.sh (dev): status de uma compilação de desenvolvimento

• ci/odoo.sh (staging): status de uma compilação de teste

• ci/odoo.sh (production): status de uma compilação de produção

• ci/odoo.sh (test_ci): testar o token na página Definições enviará um status de teste para a última compilação do seu repositório

Domínios personalizados

To configure additional domains please refer to the corresponding branch’s settings tab.

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.

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.

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.

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.

Ativação

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