Tradução automática. Os dados e os números são a fonte da verdade; a redação pode conter erros de tradução e alguns trechos podem continuar em inglês. A versão autoritativa são as páginas em inglês e em ucraniano. avise-nos se algum termo estiver impreciso
Entrar
Uma conta serve apenas para os recursos que precisam saber que é você. O índice em si — cada página, o conjunto de dados e os feeds — continua aberto sem ela.
Conclua o login
Você abriu um link de acesso. Pressione o botão para entrar — só abrir o link não basta.
Ainda não está aberto
O login ainda não está aberto. Nada neste site precisa de uma conta.
Seus módulos: status da verificação
Enviar um repositório para verificação
Obtemos o seu repositório e mostramos quais módulos do Odoo ele contém. Por padrão o envio é privado: só você o vê. Um repositório público pode ser publicado inteiro no índice; de um privado, enviado com deploy key, você pode publicar os módulos escolhidos em Seus módulos.
Obtemos o código e lemos os manifestos na hora — nada dele é executado. O teste de instalação em si é uma opção paga à parte, ainda não aberta.
Primeiro: o seu repositório é público ou privado?
- Público (abre no navegador sem login): cole o endereço no formulário abaixo, escolha Repositório público e pressione Enviar. Só isso.
- Privado: conecte-o com a nossa deploy key — os quatro passos abaixo, cerca de dois minutos. É preciso ter permissão de administrador no repositório (no GitLab, o papel Maintainer).
Repositório privado: conexão em 4 passos
- Preencha o formulário abaixo. Cole o endereço do repositório como o navegador o mostra, por exemplo
https://github.com/owner/repo. Informe um branch só se precisar de um diferente do padrão. Deixe Deploy key selecionado e pressione Enviar. - Copie a chave. Abaixo do formulário aparece uma linha que começa com
ssh-ed25519. Pressione Copiar chave — a linha inteira é copiada. A chave foi criada só para este envio. - Adicione a chave ao repositório na sua hospedagem — somente leitura, não permita escrita:
- GitHub: abra o repositório → aba Settings → no menu à esquerda, Deploy keys → Add deploy key. Title: qualquer coisa, por exemplo
allservices.one; Key: cole a chave; deixe Allow write access desmarcado; pressione Add key. No topo dessa página o GitHub mostra uma dica recomendando GitHub Apps — para este passo, pode ignorá-la. - GitLab: abra o projeto → Settings → Repository → seção Deploy keys → Add new key. Title: qualquer coisa; Key: cole a chave; deixe Grant write permissions to this key desmarcado; pressione Add key.
- Bitbucket: abra o repositório → Repository settings → Access keys → Add key. Label: qualquer coisa; Key: cole a chave; salve. Access keys são somente leitura por natureza.
- Codeberg: abra o repositório → Settings → Deploy keys → Add deploy key. Title: qualquer coisa; Content: cole a chave; deixe Enable write access desativado; pressione Add deploy key.
- GitHub: abra o repositório → aba Settings → no menu à esquerda, Deploy keys → Add deploy key. Title: qualquer coisa, por exemplo
- Volte aqui e pressione “Verificar acesso”. Em alguns segundos você vê “obtido: commit …” e a lista de módulos encontrados.
Fechou a página antes do passo 4? A chave e o botão “Verificar acesso” continuam em Seus módulos.
“Sem acesso” depois de “Verificar acesso” costuma significar uma de três coisas: a chave foi para outro repositório; foi colada mas não salva; o endereço do formulário aponta para outro repositório (um fork, um nome antigo). Corrija e pressione “Verificar acesso” de novo — não é preciso enviar outra vez. Se você não tem permissão de administrador no repositório, peça ao administrador para adicionar a chave, ou use um token (abaixo).
Sem permissão de administrador para adicionar uma chave? Use um token somente leitura
GitHub — um token fine-grained para um único repositório, somente leitura:
- No GitHub, abra Settings → Developer settings → Personal access tokens → Fine-grained tokens → Generate new token.
- Resource owner: a conta ou organização dona do repositório. Repository access: Only select repositories, e escolha esse único repositório.
- Permissions → Repository permissions → Contents: Read-only. Deixe todo o resto em No access (o próprio GitHub adiciona Metadata: Read-only).
- Expiration: o mais curto possível — 7 dias bastam para uma verificação.
- Gere-o, copie o token (começa com
github_pat_) e cole-o abaixo.
Tokens clássicos (ghp_…) são recusados: não podem ser limitados a um único repositório. Se o repositório pertencer a uma organização, um proprietário dessa organização talvez precise aprovar o token antes.
GitLab: no projeto, abra Settings → Access tokens → Add new token, papel Reporter, apenas o scope read_repository, com data de expiração. O token começa com glpat-. Se o seu plano não oferece tokens de projeto, um token pessoal só com read_repository também funciona — mas ele lê todos os seus projetos, não um.
Tokens funcionam apenas com GitHub e GitLab. Para Bitbucket e Codeberg, use a deploy key.
O que acontece com a chave e o token
A deploy key é nossa, criada para este único envio: guardamos a metade privada criptografada no nosso servidor e a apagamos junto com o envio. Um token, se você escolher, é usado uma vez — no momento do envio, para obter o código — e não é guardado em lugar nenhum; para obter de novo, envie de novo. Quando terminar, remova a chave ou revogue o token também do seu lado.
O que guardamos
Seu endereço de e-mail do jeito que o provedor o verificou, seu nome de exibição e o número da conta no provedor. Nenhuma senha: ela não existe. O token de acesso do provedor é usado uma vez para ler seu perfil e não é guardado. Um cookie essencial mantém você conectado; não há cookies de rastreamento. Como tratamos isso está descrito no aviso de privacidade.
O que ela faz hoje
Hoje uma conta não faz nada além de existir. Avisos sobre os seus próprios módulos e mensagens privadas sobre um resultado vêm a seguir, e esta página dirá quando chegarem. Entrar com o GitHub e com o Google usando o mesmo e-mail dá uma única conta, não duas.