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 build 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

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.

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 a 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 sincronizado 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.