Importação de repositórios
O teu código, qualquer host Git. Também repositórios privados.
Cola o URL de um repositório e a Kendor transforma-o num desafio. A importação é um snapshot fixo, a linguagem e o ficheiro de entrada são detetados, é adicionado um kendor.yaml se o repositório não tiver e as pastas de dependências ficam de fora.
go run .na porta 8080 · mostrado na pré-visualizaçãoAdicionar desafioEm seguida abre no editor para revisar a configuração de execução e escrever o enunciado e os testes ocultos.01
Na cloud ou self-hosted, é o mesmo campo de URL.
Cola um link de github.com, gitlab.com ou bitbucket.org, ou do teu próprio servidor GitLab, GitHub Enterprise Server, Gitea ou Forgejo.
- Links de repositório, branch e pasta, URLs de clone SSH e a forma curta owner/repo para o GitHub
- O teu próprio servidor adiciona-se uma vez em Definições → Integrações, com o respetivo token. Tem de estar acessível a partir da internet por HTTPS.
- Até 5000 ficheiros e 50 MB por importação. Para um repositório maior, importa uma pasta.
- github.comCloud
- gitlab.comCloud
- bitbucket.orgCloud
- GitLab (autogerenciado)Self-hosted
- GitHub Enterprise ServerSelf-hosted
- Gitea ou ForgejoSelf-hosted
02
Repos privados, com um token que a tua organização adiciona uma vez.
Só um owner pode adicionar um token. Fica cifrado em repouso e só é usado para descarregar o repositório que importas. Os tokens do GitHub, GitLab, Gitea e Forgejo são verificados junto do host quando são guardados. Depois disso, só os últimos quatro caracteres são mostrados, a quem quer que seja.
- Tokens só de leitura: um token fine-grained do GitHub, um token do GitLab com read_repository, um token de acesso do Bitbucket
- Os editores importam de repos privados sem nunca verem o token
- Um token só é enviado para o host para o qual foi guardado
03
Um snapshot fixo, pronto a correr.
A Kendor copia os ficheiros uma vez, por isso os pushes seguintes não mudam o que os candidatos veem, e regista o commit de onde vieram. Deteta a linguagem e o ficheiro de entrada, escreve um kendor.yaml quando o repo não tem, e deixa de fora pastas de dependências e de build como node_modules, vendor e .git, para que a sandbox as instale de raiz.
- Um kendor.yaml que já esteja no repo é usado tal como está
- Um repo com vários projetos recebe um serviço por pasta
- O PostgreSQL e o Valkey são adicionados quando o código os usa
go run .Porta8080Editar configuração04
Uma pasta de um monorepo.
Cola o link de uma pasta num branch e só essa pasta se torna o desafio. Os candidatos veem o serviço sobre o qual são avaliados, não o resto do teu código.
Como funciona
Do URL ao desafio.
Cola o link
No construtor de screens, cola um link de repositório, branch ou pasta e carrega em Verificar. Para um repo privado ou o teu próprio servidor, um owner adiciona primeiro um token em Definições → Integrações.
Vê o que a Kendor encontrou
Vês o commit, o número de ficheiros, a linguagem detetada e como o projeto instala e arranca. Escolhe outra linguagem se a deteção falhar.
Revê e adiciona testes
Adicionar desafio abre-o no editor: confirma o kendor.yaml, escreve o enunciado e os testes ocultos, e publica.
Perguntas
A Kendor continua a ir buscar alterações ao repo?
Não. Uma importação copia os ficheiros uma vez, por isso os pushes seguintes não mudam o desafio. Para trazer código mais recente, importa o repositório outra vez.
Quem pode adicionar tokens de acesso?
Os owners da organização. Os editores podem depois importar de repositórios privados nesse host sem nunca verem o token.
Quem pode ver o token de acesso?
Ninguém, nem os owners. Depois de guardado, a Kendor só mostra os últimos quatro caracteres.
Os candidatos veem o nosso histórico Git?
Não. Os candidatos recebem os ficheiros do commit importado, sem o histórico nem o remote do repositório.
Posso importar uma pasta de um monorepo?
Sim. Cola o URL dessa pasta num branch, e a Kendor importa só essa subpasta nesse commit.
O que acontece se removermos um token?
As importações dos repositórios privados desse host param até ser adicionado um novo token. Os desafios que já importaste mantêm o seu código.
Mais da Kendor
Todas as funcionalidades- Triagens de códigoTake-homes assíncronos num IDE real, avaliados numa reexecução limpa.Ler mais
- Pair coding ao vivoUm link, uma sandbox partilhada, um veredito de cada entrevistador.Ler mais
- EntrevistasMarcação autónoma, convites que se atualizam sozinhos, revisão ao vivo.Ler mais
- Agentes de IAClaude Code e Codex no terminal do candidato, com as tuas chaves.Ler mais
- Ambientes reaisSete linguagens fixas, PostgreSQL e Valkey, um kendor.yaml.Ler mais
- EnterpriseIntegração com o AshbyAs etapas do Ashby enviam o teste; os resultados voltam como campos.Ler mais
Faz o teu próximo teste na Kendor. Lê o que o código diz.
A Kendor trabalha com equipas de engenharia na UE, no Reino Unido e nos EUA. Diz-nos para que funções estás a contratar e configuramos a tua organização contigo.