Revisões de código

  • Versão de lançamento: Zurich
  • Atualizado 31 de jul. de 2025
  • 1 min. de leitura
  • Desenvolvimento da equipe os administradores podem exigir que os push passem por uma revisão de código antes de aceitar os push.

    Quando a revisão de código está habilitada, o envio de uma mudança para a instância primária aciona o fluxo de trabalho de revisão de código. Por padrão, a função teamdev_code_reviewer recebe notificações para revisar mudanças e pode aprovar ou rejeitar mudanças.

    Figura 1. Fluxo de trabalho de revisão de código
    Fluxo de trabalho de revisão de código.
    1. Inicia quando as mudanças são enviadas por push para a instância primária.
    2. Verifica se a propriedade de revisão de código está ativa na instância primária.
    3. Define o estado das mudanças que requerem aprovação como Aguardando revisão de código .
    4. Se configurado Notifica . Desenvolvimento da equipeGrupo de revisores de código para revisar mudanças enviadas.
    5. Carrega as mudanças aprovadas ou define o estado como Mudanças de código rejeitadas .

    Detalhes da mudança

    Para cada mudança, os revisores podem ver as seguintes informações.
    • Que instância remota a mudança enviada vem de?
    • Quem enviou a mudança para o primário?
    • Como a mudança é chamada?
    • Quando a mudança foi criada?
    • Quais versões a mudança inclui?

    Os revisores devem aprovar ou rejeitar um envio do Desenvolvimento da equipeaplicação.

    Restrições de instância secundária

    Enquanto as mudanças estão sendo revisadas na instância primária, uma instância secundária não pode executar as seguintes atividades que envolvem a instância primária:
    • Enviar mudanças para a instância primária.
    • Extraia mudanças da instância primária.
    • Reconciliar mudanças com a instância primária.
    • Mude a instância primária para outra instância.
    • Exclua o registro de instância remota da instância primária.