NovoPair coding ao vivo: um link para o candidato, uma sandbox partilhada por todos.Vê ↓

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.

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

04

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.

  1. 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.

  2. 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.

  3. 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.

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.